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Description 

Background of the invention 

1. Field of the invention 5 

[0001] This invention generally relates to the field of 
diabetes management tools. More specifically, this in- 
vention relates to a method of operating a digital com- 
puter for automated medical data interpretation by 
processing recorded medical data for a patient, includ- 
ing data corresponding to the patients medical condi- 
tion and therapy taken over a period of time, said meth- 
od including loading the medical data into the digital 
computer to determine significant changes in the pa- 
tient's medical condition, and generating an output from 
the digital computer highlighting the results of the 
processing of the medical data, including details perti- 
nent to the significant changes in the patient's medical 
condition. 

2. Description of the Prior Art 

[0002] Home glucose monitoring by diabetics is be- 
coming increasingly routine in modern-day diabetes 
management. Patients are typically required to maintain 
hand-written paper log books for manually recording 
glucose readings and other relevant information. More 
specifically, patients now measure their blood glucose 
at scheduled times, possibly to determine the amount 
of insulin based on the current blood glucose result, and 
record this information in a personal log book. 
[0003] Physicians are subsequently faced with the 
task of carefully reviewing the hand-recorded data for 
use in optimizing the patient's diabetes therapy. In order 
to make intelligent and meaningful decisions regarding 
therapeutic modifications, it becomes necessary for the 
examining physician to not only summarize the availa- 
ble information but, more importantly, to analyze nun-, 
dreds of time-dependant observations collected over an 
extended period of time in order to spot unusual and clin- 
ically significant features requiring any modifications of 
the patient's current diabetes management schedule. 
The recorded data typically extends over a period of 
time spanning several weeks or months and constitutes 
a vast amount of time-dependant data. As an example, 
a patient on a regimen of three injections of mixed insulin 
per day who records only the most basic diabetes man- 
agement data, i.e., only insulin and glucose levels, will 
generate a personal log comprising 810 data items over 
a three month period. It is extremely difficult, if not im- 
possible, for a physician to be able to review and assim- 
ilate all the clinical and therapeutic implications of this 
vast amount of data in any reasonable amount of time. 
[0004] While the introduction of glucose meters with 
various memory functions has greatly simplified the data 
recording process and increased the reliability of stored 
data, the large amounts of recorded data have made the 



interpretation task complicated. Such glucose meters 
now make it possible for patients to maintain a scrupu- 
lous record of glucose readings and insulin dosage tak- 
en over a lengthy period of time. More importantly, it is 
also possible with present-day devices for patients to 
record other clinically relevant data such as diet and ex- 
ercise factors, and life-style information. All such stored 
data can conveniently be transferred to a physician's of- 
fice, preferably via a communications link such as an 
acoustic modem line, where it can be reviewed in printed 
or video display format for making appropriate treatment 
recommendations. 

[0005] The vast amount of stored glucose monitoring- 
related data has tremendously complicated the physi- 
cian's ability to effectively study data corresponding to 
hundreds of time-dependant observations and meas- 
urements in order to focus on key clinical implications 
buried therein and generate meaningful and intelligent 
diabetes treatment decisions. Accordingly, computer 
based methods must be adopted for efficiently tackling 
the high volume of monitored data and the complexity 
of the data interpretation task. 
[0006] Attempts have been made at computerized au- 
tomation of the data interpretation task and personal 
computer programs have been developed for interactive 
display of diabetes patient data and creation of paper 
reports therefrom. Such programs are typically menu- 
driven microcomputer programs which are adapted to 
process pre-recorded diabetes patient data in order to 
generate a statistical and graphical analysis of the data. 
Although the processing of voluminous diabetes patient 
data and the generation of associated graphs and sta- 
tistical analyses does assist the physician in his review, 
it still becomes incumbent on the physician to spend a 
significant amount of time interactively guiding the anal- 
ysis, studying the generated program results and per- 
forming additional synthesis of the data in order to detect 
clinical implications contained therein. 
[0007] In essence, traditional approaches to automat- 
ed analysis of diabetes data provide a relatively super- 
ficial analysts and an assortment of graphical displays 
based upon certain predefined statistical calculations. 
However, the time-consuming and complicated synthe- 
sis and interpretation of clinical implications associated 
with the processed data still need to be performed by 
the reviewing physician, and significant interation is still 
required on behalf of the physician. 
[0008] Further in the proceedings of the 1 3th annual 
symposium on computer applications in medical care, 
November 5, 1989, Washington DC, USA, p. 28 - 32, 
"Model-Based Interpretation of Time-Varying Medical 
Data", M. G. Kahn et al. disclose a methodology for rep- 
resenting and using medical knowledge about temporal 
relationships to infer the presence of clinically relevant 
events, and describes a program, called TOPAZ, that 
uses this methodology to generate a narrative summary 
of such events. In particular, TOPAZ analyzes the tem- 
poral sequence of white blood cell counts and drug dos- 
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es from a patient receiving cancer chemotherapy. The 
program produces a textual summary of the key tempo- 
ral features of the patient's data. 
[0009] The methodology emphasizes three specific 
tasks. The first task is model-based data interpretation. 5 
An explicit causal-based physiological model of the tem- 
poral relationships among observations and underlying 
clinical concepts can be used to detect significant tem- 
poral features in time-ordered data. The model encodes 
which temporal patterns are expected (predicted) and 
which model features (parameters), if modified, bring 
the model prediction closer to the actual observations. 
[001 0] The second task is interval-based abstraction. 
An interval-based symbolic context model detects peri- 
ods of time when significant deviations from the expect- 
ed clinical course were seen. When an unusual event is 
detected, the context model encodes the knowledge 
that attempts to explain the most plausible cause of the 
unusual events in terms of model parameters and rela- 
tionships found in the physiological process model. The 
context model maps model predictions into clinical ab- 
stractions. The interval-based symbolic context model 
serves as a bridge between number-based methods 
and symbol-based methods. 

[0011] The third task is problem-based text genera- 
tion. The interval abstractions created by the symbolic 
context model are used to construct a patient-specific 
summary that is focused on only those problems actu- 
ally encountered during the clinical course. A presenta- 
tion model is used to construct text that embodies the 
expected form and content of a typical clinical summary. 
The presentation model is constructed from two gener- 
alized text schemas: (1 ) a schema of the general organ- 
izational structure of a clinical summary (the organiza- 
tional schema) and (2) a schema of the specific structure 
of a clinical argument (the rhetorical schema). 
[0012] In operation, TOPAZ examines pair-wise dif- 
ferences among patient observations, population- 
based predictions, and patient-based predictions to in- 
fer meaningful temporal abstractions. TOPAZ creates 
an ETNODE to denote any interval of time during which 
large deviations from the expected clinical course were 
observed. The domain expert specifies how large a dif- 
ference must be seen for the difference to be considered 
surprising or atypical. Once this threshold is exceeded, 
TOPAZ considers each episode to be notable, signifi- 
cant, and worthy of comment and explanation. Each ET- 
NODE generated at this step contains rules that then 
search for possible explanatory causes of this signifi- 
cant deviation. 

[0013] In a further article of this symposium (S. B. 
Cousins et al., The Display and Manipulation of Tem- 
poral Information", p. 76 - 80) the authors describe a 
computer program that can effectively store, retrieve, 
and display time-oriented medical data at a level of tem- 
poral granularity appropriate to the user's needs. A tax- 
onomy of temporal classes is used to describe temporal 
and atemporal properties and behaviors associated with 



all database entities. Simple events are analogous to 
the simple <attribute, time, value> tuples in a time-ori- 
ented data (TOD) model. They represent events with no 
significant temporal duration, called atomic events. 
Complex events represent point events whose time of 
occurrence cannot be identified with certainty. Intervals 
represent events with temporal duration. 
[0014] A prototype database is designed for diabetes 
data management. Data common to this problem do- 
main are blood glucose measurements, meals, and in- 
sulin injections (point events), and exercise and unusual 
events such as hypoglycemia or illness (internal 
events). Application-specific subclasses of the three ba- 
sic temporal classes are defined to encode temporal en- 
tities typically found in diabetes data. For example, com- 
plex events include hypoglycemia and meals, and inter- 
vals include exercise stress, and illness. Application- 
specific subclasses which are interval-based, such as 
illness-intervals, are subclasses of interval, while class- 
es which are point-based are subclasses of either sim- 
ple-event or complex-event. 
[0015] Object-oriented programming methods are 
used to implement the temporal classes and to store da- 
ta instances. Programming procedures associated with 
each class object implement behaviors that are com- 
mon to all class instances. Subclasses specialize the 
default behaviors by defining functions with the same 
name as the parent class. These specialized behaviors 
then become the default behavior for that subclass and 
any child class. 

[0016] A temporal granularity heuristic is encoded 
within class objects. For each class, knowledge is en- 
coded of the temporal granularites at which the events 
of this class are relevant. In this way, objects can change 
behaviors depending on the current temporal granular- 
ity. This property is used to modify an object's response 
to queries and for the visual display of information. 

SUMMARY OF THE INVENTION 

[0017] In view of the foregoing, it is a primary object 
to this invention to provide a system for automated anal- 
ysis and interpretation of diabetes patient recorded data 
which is capable of identifying an highlighting key clini- 
cal findings from a patient's self-recorded data. 
[0018] A particular object of the present invention is 
to provide such a diabetes data interpretation system 
which is particularly adapted for rapid, in-depth analysis 
of data from glucose meters. 

[0019] A related object of this invention is to provide 
a data interpretation system of the above type which is 
capable of detecting clinical implications contained with- 
in the self-recorded data and presenting pertinent iden- 
tified data in a manner that effectively supports the find- 
ings. 

[0020] A more specific object of this invention is to 
provide such a diabetes data interpretation system 
which is capable of detecting significant chages in insu- 
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tin therapy and determining any corresponding statisti- 
cally significant and clinically significant changes in glu- 
cose control resulting from the changes in insulin ther- 
apy. 

[0021] Briefly in accordance with the present inven- s 
tion the above and other objects are solved by a method 
of operating a digital computer for automated medical 
data interpretation by processing recorded medical data 
for a patient as previously described, which is charac- 
terized in that the recorded medical data is diabetes data 
including data corresponding to blood glucose levels, in- 
sulin therapy taken over a period of time, and associated 
lifestyle markers including exercise, diet, and symptoms 
recorded by the patient by means of a glucose meter or 
the like, and the diabetes data is processed by the fol- 
lowing successive analysis step including: 

a) identifying insulin intake regimens corresponding 
to predefined significant changes in insulin therapy 
which are sustained for at least a predefined seg- 
ment of the period of time, said predefined signifi- 
cant changes in insulin therapy including changes 
in insulin type, dosage and number of shots; and 
then 

b) identifying resulting statistically significant 
changes in the blood glucose levels across adja- 
cent ones of the identified insulin intake regimens, 
the statistically significant changes in the blood glu- 
cose levels indicating statistically significant chang- 
es in blood glucose control and being identified by 
performing a series of analyses of variance tests on 
blood glucose readings separated by insulin regi- 
mens and mealtimes; and then 

c) identifying clinically significant changes in the 
blood glucose levels from the identified statistically 
significant changes, the clinically significant chang- 
es in the blood glucose levels being identified by 
filtering the statistically significant changes in ac- 
cordance with a set of screen rules based on clinical 
knowledge; 

wherein the digital computer then generates an output 
highlighting the results of the processing of the diabetes 
data, including details pertaining to the identified insulin 
intake regimens and the clinically significant changes in 
the blood glucose levels, and identifying extremely high 
or extremely low blood glucose levels based on prede- 
fined thresholds and explaining and characterizing the 
extremely high or extremely low blood glucose levels 
and identifying insulin intake most likely to have affected 
the extremely high or extremely low blood glucose lev- 
els. 

[0022] Further improvements and specific embodie- 
ments of this method, referred to herein as the "I DDI" 
system are disclosed in the subclaims. 
[0023] The results of the diabetes data processing are 
generated in the form of a comprehensive yet easily un- 
derstandable data interpretation report highlighting the 



processing results, including details pertaining to the 
identified insulin regimens and the associated clinically 
significant changes in glucose levels. 
[0024] The IDDI system of the present invention is ca- 
pable of rapid, yet in-depth analysis of patient data from 
glucose meters with memory functions so as to examine 
intermediate analytic results, study the clinical implica- 
tions of the analysis, perform predefined data-driven 
analyses, and generate a cogent, self-contained output 
of key clinical findings. The system is capable of detect- 
ing clinical implications contained within the self-record- 
ed diabetes data and presenting the pertinent data in a 
manner that effectively supports the findings. 
[0025] In accordance with the system of this inven- 
tion, the interpretation of diabetes patient data is accom- 
plished by combining symbolic and numeric computing 
methods in order to derive clinically significant or mean- 
ingful findings from the self-recorded diabetes data. In 
essence, the system processes the patient's self-re- 
corded data in accordance with specific symbolic and 
numeric analytic techniques to perform two important 
related tasks: (1 ) the detection of significant changes in 
a patient's insulin therapy, and (2) a determination of 
corresponding statistically significant as well as clinical- 
ly significant changes in the patient's blood glucose lev- 
els resulting from the earlier-detected insulin therapy 
changes. 

[0026] Changes in insulin therapy are inferred by ex- 
amining the daily insulin dosages included in the pa- 
tient's serf-recorded data. Since patients frequently 
make small temporary adjustments in their insulin doses 
using a sliding scale based on a variety of factors (in- 
cluding the value of simultaneous blood glucose meas- 
urements, recent trends in glucose levels, and anticipat- 
ed insulin needs), a change in the recorded insulin dose 
from a previous dose may represent changes resulting 
due to adherence to the sliding scale or, in fact, due to 
a true change in the patient's base line insulin therapy. 
The IDDI system is capable of recognizing when a sys- 
tematic or significant change in insulin therapy (such as 
insulin type, dosage and number of shots) has occurred 
despite a background of constantly changing insulin in- 
formation. Additionally, once a significant change in in- 
sulin therapy has been detected, the system further 
identifies if the modification resulted in any significant 
change in glucose control. 

[0027] A plurality of algorithms are disclosed herein 
toward identification of insulin regimens, which are pe- 
riods of similar insulin therapy from within the overall glu- 
cose data recording period. In accordance with a "ro- 
bust-change-detection" ("RCD") algorithm, domain-in- 
dependent changes are detected by identifying when a 
run of a predefined number or more of consecutive in- 
sulin readings are found to be different from the readings 
that immediately preceded the run. In accordance with 
a "local-relevance-aggregation" ("LRA") algorithm, ad- 
jacent daily insulin injection records are examined and 
an attempt is made to combine them into a set of related 
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records, called a period. The combination is performed 
according to a sequence of diabetologist-derived com- 
bining criteria is used to determine if a daily insulin 
record can be included into a period. 
[0028] Finally, according to a preferred embodiment, 5 
a "hierarchical-relevance" ("HR") algorithm is used 
which combines the advantages associated with both 
the RCD and LRA algorithms. The HR algorithm uses a 
hierarchy of "clinical significance" for determining which 
changes are of sufficient interest to cause a break in a 
run. The hierarchy encodes domain-dependent clinical 
knowledge similar to that used in the LRA algorithm and 
superimposes this knowledge on the domain-independ- 
ent runs-detection method used in the RCD algorithm. 
A hierarchy of insulin changes is constructed for deter- 
mining if a clinically significant alteration in insulin has 
occurred. This hierarchy is subsequently used to organ- 
ize the criteria used to generate breaks in runs in apply- 
ing the runs-detection method, and to create an appro- 
priate insulin table. 

[0029] When a significant change in insulin therapy 
has been detected, i.e., the overall data recording period 
has in fact been defined into several insulin regimens, 
the (DDI system initially determines whether the change 
in insulin therapy resulted in any statistically significant 
change in blood glucose control. 
[0030] This is accomplished by performing a series of 
analysis of variance (ANOVA) tests on blood glucose 
readings separated by insulin regimens and mealtimes. 
(The use of "mealtimes" herein refers to the various time 
intervals of a day which, in the preferred embodiment, 
are breakfasttime, lunchtime, suppertime, bedtime, 
nighttime and overall.) The ANOVA test procedure is ap- 
plied across adjacent regimens and pairs of correspond- 
ing groups of blood glucose readings in order to deter- 
mine if the probability distribution of readings varies be- 
tween compared groups, thereby indicating the pres- 
ence of a statistically significant blood glucose change. 
[0031] The results of the statistical analysis are re- 
turned to the symbolic system which examines the sta- 
tistical output for clinical relevance and generates an ap- 
propriate output if the statistical results are deemed to 
be of clinical import. In particular, the statistically signif- 
icant changes are filtered in accordance with a set of 
screen rules based on clinical knowledge in order to 
identify clinically relevant blood glucose changes. 
[0032] The system next determines the most relevant 
changes in insulin therapy associated with such clinical- 
ly relevant changes in blood glucose. The system also 
identifies extremely high or extremely low readings 
based on predefined thresholds and generates expla- 
nations and characterizations for the same including de- 
tails on the insulin intake most likely to have affected 
these extreme readings. Relevant details pertaining to 
blood glucose and insulin readings are indicated in the 
form of three-day plots including information for the day 
on which the extreme values occurred, as well as the 
immediately preceding and following days. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0033] Other objects and advantages of the present 
invention will become apparent upon reading the follow- 
ing detailed description and upon reference to the draw- 
ings in which: 



FIG. 1 is a block diagrammatic representation of the 
system hardware with which the IDDI system of the 
10 present invention may be used; 

FIG. 2A is a binary tree illustrating the hierarchical 
structure used by the IDDI system for identifying 
significant changes in insulin therapy; 
FIG. 2 is an illustration of the introductory segment 
f 5 of the output report generated by the diabetes data 
interpretation system of the present invention; 
FIG. 3 is a segment of the data interpretation report 
providing a summary of the insulin dosage (the in- 
sulin table) during the overall monitoring period 
20 when the patient's self-recording occurred; 

FIG. 4 is a segment of the data interpretation report 
providing an overview of the serf-monitored glucose 
measurements; 

FIG. 5 is a segment of the data interpretation report 
25 providing an overall summary of blood glucose re- 
sults during the serf-monitoring period; 
FIG. 6 is a segment of the data interpretation report 
providing a summary of the blood glucose results 
by patient mealtimes; 
30 FIG. 7 is a segment of the data interpretation report 
providing a comparison of blood glucose results in 
weekdays versus weekends days; 
FIG. 8 is a segment of the data interpretation report 
providing an overall statistical summary of blood 
35 glucose results with respect to the identified insulin 
regimens; 

FIG. 9 is a segment of the data interpretation report 
providing a summary of blood glucose results in the 
identified insulin regimens for lunchtime readings; 
40 FIG. 1 0 is a segment of the data interpretation re- 
port providing a summary of blood glucose results 
for the identified insulin regimens for supper read- 
ings; 

FIG. 11 is a segment of the data interpretation report 
45 providing a summary of blood glucose results for 
the identified insulin regimens for bedtime readings; 
FIG. 12 is a segment of the data interpretation re- 
port showing 3-day plots for identified extreme 
blood glucose values and associated discussions; 
so and 

FIG. 13 is a block diagrammatic representation of 
hierarchical design of the system software for the 
IDDI system, in accordance with a preferred em- 
bodiment of the present invention; 
55 FIG. 14 is a block diagrammatic representation of 
the architecture for the major analysis module of the 
IDDI system; and 

FIGS. 15-30 are flowcharts illustrating the se- 
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quence of operations involved in executing the 1DDI 
system and generating the associated data inter- 
pretation reports. 

DESCRIPTION OF THE PREFERRED * 
EMBODIMENTS 

1. OVERVIEW OF THE IDDI SYSTEM 

[0034] Referring now to FIG. 1 , there is shown a block 
diagrammatic representation of the system hardware 
with which the IDDI system of the present invention is 
adapted to be used. As shown therein, the system 10 
essentially comprises the glucose meter 12 used by a 
patient for recording, inter alia, insulin dosage readings 
and measured blood glucose ("BG") levels, and possi- 
ble lifestyle markers such as for diet, exercise, symp- 
toms, etc., during a given monitoring period. Data stored 
within the glucose meter 12 is preferably transferred 
through appropriate communication links 13 and an as- 
sociated data modem 14 to a processing station, such 
as a personal computer 16. Alternatively, data stored 
within the glucose meter 12 may be directly downloaded 
into the personal computer 16 through an appropriate 
interface cable 17. 

[0035] The computer 1 6 includes the software neces- 
sary to process, analyze and interpret the self-recorded 
diabetes patient data in accordance with predefined flow 
sequences (to be described below in detail) and gener- 
ate an appropriate data interpretation output. Prefera- 
bly, the results of the data analysis and interpretation 
performed upon the stored patient data by the computer 
1 6 are displayed in the form of a paper report generated 
through a printer 18 associated with the personal com- 
puter 16. Alternatively, the results of the data interpre- 
tation procedure may be directly displayed on a video 
display unit 20 associated with the computer 16. 
[0036] A given patient data file, which comprises the 
data downloaded from the glucose meter 1 2 into the per- 
sonal computer 16 and corresponding to a single mon- 
itoring period, is processed by the computer 16 in ac- 
cordance with IDDI system in such a manner as to ex- 
tract clinically meaningful information therefrom and 
present it in the form of a comprehensive and informa- 
tive report. The report is particularly adapted for conven- 
ient use by a physician toward arriving at meaningful or 
intelligent clinical and/or therapeutic decisions. The data 
interpretation report is comprehensive and replaces the 
laborious paging through and manual review by a phy- 
sician of the inordinately large and difficult to compre- 
hend amount of raw data contained in the patient log. It 
should be noted that the IDDI system requires no user 
intervention once the set of data to be interpreted is 
made available in the form of a patient file in system 
memory. 

[0037] The system uses a combination of symbolic 
and numerical methods to analyze the data, detect clin- 
ical implications contained in the data and present the 



pertinent information in the form of a graphics-based da- 
ta interpretation report. The symbolic methods used by 
the IDDI system encode the logical methodology used 
by expert diabetologists as they examine patient logs 
for clinically-significant findings, while the numeric or 
statistical methods test the patient data for evidence to 
support a hypothesis posited by the symbolic methods 
which may be of assistance to a reviewing physician. 
[0038] The combined use of symbolic and numeric 
computing techniques in interpreting the patient's self- 
recorded data is essentially directed to the realization of 
two basic objectives: 

(1) the detection of significant changes in insulin 
therapy so as to divide the overall monitoring period 
into a plurality of insulin regimens of similar insulin 
therapy, such as type of insulin (regular or short- 
acting insulin, NPH/lente or intermediate-acting in- 
sulin, and ultra-lente or long-acting insulin), dosage, 
number of shots, etc., and 

(2) detecting statistically significant as well as clin- 
ically significant changes in blood glucose levels fol- 
lowing a detected significant change in insulin ther- 
apy. 

[0039] Since the IDDI system does not have access 
to a patient's actual insulin regimen, it is important for 
the system to infer the patient's regimen, i.e., actual 
changes in insulin therapy, by examining the daily insu- 
lin dosages recorded in the patient's data and subse- 
quently transferred to the corresponding patient data file 
in the system memory. Patients frequently make small 
temporary adjustments in their insulin doses using a 
sliding scale table based on a variety of factors, includ- 
ing the value of simultaneous blood glucose measure- 
ments, recent trends in glucose levels, and anticipated 
insulin needs. It is thus, important to distinguish between 
changes in the recorded insulin dose from a previous 
dose resulting (1 ) from adherence to the sliding scale or 
(2) resulting from a true change in the patient's base line 
insulin therapy. The IDDI system of the present inven- 
tion is capable of recognizing the occurrence of a sys- 
tematic change in insulin despite the background of con- 
stantly changing insulin dosages. 
[0040] The identification of insulin regimens or peri- 
ods of similar insulin therapy is important and allows da- 
ta obtained during periods of different insulin therapy to 
be examined separately. If this separate examination 
does not occur, treatment-related changes in glucose 
control or clinical complications may be missed or attrib- 
uted to other possible causes. 
[0041] Three different algorithms were developed and 
are disclosed herein for identification of regions of sim- 
ilar insulin therapy. In accordance with a first algorithm 
referred to as the "robust-change-detection" ("RCD") al- 
gorithm, domain-independent change is focused upon. 
This algorithm is based on the concept of a "generic- 
change" which is found to exist when a run of a prede- 
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termined number (preferably three) or more consecutive 
insulin readings are found to have a sustained differ- 
ence from the readings that immediately preceded the 
run. 

[0042] With this algorithm, for instance, the sequence 5 
of regular insulin injections, 666766678 6, is iden- 
tified as a sustained run of 6 units of regular insulin. It 
should be noted that no break in the run occurs at either 
of the two 7 unit or the single 8 unit injections because 
these changes are not sustained over the predefined 
threshold of three successive readings. These three ir- 
regular readings (the two 7s and the single 8) are said 
to be unsustained deviations or anomalous values. 
[0043] On the other hand, the sequence of regular in- 
sulin injections, 66677877 7, is broken up into two 
sequences, 6 6 6 and 7 7 8 7 7 7 because there is a 
sustained change to 7 units from the initial run of 6 units. 
In this case, the single injection of 8 units is considered 
to be an anomalous value within the run of 7 units. 
[0044] It should also be noted that the RCD algorithm 
may be modified for encoding additional clinical knowl- 
edge. For instance, the choice of the number of consec- 
utive readings that determine the start of a new run can 
be increased. The preferred threshold of three consec- 
utive readings was selected after the performance of 
this algorithm was examined with respect to other run- 
length values. Also, different run-length criteria may be 
specified for different insulin types (regular or long-act- 
ing) or for various injection times (AM or PM). 
[0045] In addition, the range of recorded readings that 
may be considered "identical" can also be adjusted. The 
algorithm could, for example, be adjusted to account for 
the fact that, due to sliding scale insulin adjustments, 
regular insulin tends to vary more than long-acting insu- 
lin. By incorporating this clinical knowledge, the RCD al- 
gorithm could be modified to consider changes of ±1 unit 
of regular insulin to be "identical" dosages. Preferably, 
however, "identical" values are defined to be numerical- 
ly equal. Also, different range criteria (±1 unit) could be 
used for different insulin types or for various injection 
types. 

[0046] For patients adopting split/mixed regimens, 
the RCD algorithm is applied to all insulin types (short- 
acting, intermediateacting and long-acting) at all injec- 
tion times. 

[0047] In accordance with a second algorithm for 
identifying insulin regimens of similar insulin therapy, the 
"local-relevance-aggregation" ("LRA") approach, adja- 
cent daily insulin injection records are examined and at- 
tempts are made to combine them into a set of related 
records, called a period. A sequence of combining cri- 
teria is used by this algorithm to determine if a daily in- 
sulin record can be included into a period. According to 
criteria No. 1, records that differ by regular insulin only 
are combined. According to criteria No. 2, records that 
differ by NPH type of insulin only are combined. Accord- 
ing to criteria No. 3, records that differ by lente type of 
insulin only are combined. According to criteria No. 4, 



records that differ by ultra-lente type of insulin only are 
combined. For each such criterion, adjacent days are 
combined into periods only if they differ by that criterion. 
[0048] The combining criteria ensure that periods 
generated by combining adjacent days reflect periods 
of clinically similar insulin therapy and are derived from 
reviews of representative patient insulin records by ex- 
pert diabetologists. In terms of the algorithm sequence, 
periods are initially created using the first criterion. 
Records that are not combined into periods at this step 
are examined by the second criterion and combined into 
periods if they do satisfy that criterion. Each set of re- 
maining records is examined by subsequent combining 
criteria and is combined into periods if it satisfies the 
criterion. It should be noted that periods formed by pre- 
vious criteria are not combined into periods formed by 
later criteria. 

[0049] A specific day is included into a period only if 
the insulin readings for that day differ only by the current 
combining criterion. However, this difference may exist 
at any injection time (AM or PM). Any change in the 
number of insulin injections (for example, from single- 
injection therapy to multiple-injection therapy) always 
results in the start of a new period irrespective of the 
current combining criteria. For a specific insulin injection 
record, either a criterion will be satisfied, resulting in that 
day being included in a period, or the criterion will not 
be satisfied, leaving that day excluded from the current 
period. The excluded day is, however, considered for 
possible inclusion into a different period if it satisfies a 
later combining criterion. The final insulin table is the set 
of all periods formed by all the combining criteria. 
[0050] In accordance with a preferred embodiment of 
the present invention, a third algorithm referred to as the 
"hierarchical-relevance" ("HR") algorithm is used for 
identifying regions of similar insulin therapy. This algo- 
rithm combines the advantages and avoids certain dis- 
advantages inherent to the two previously-described al- 
gorithms. In particular, the HR algorithm takes advan- 
tage of the fact that the RCD algorithm can be improved 
by application of additional clinical knowledge that can 
eliminate clinically-irrelevant divisions, while the LRA al- 
gorithm can be improved by the use of a less stringent 
runs-breaking criterion which can eliminate many small 
groups. 

[0051] The HR algorithm is based on the use of a hi- 
erarchy of "clinical relevance" that determines which 
changes are of sufficient interest to cause a break in a 
run. In particular, the hierarchy encodes domain-de- 
pendent clinical knowledge similar to that found in the 
LRA algorithm and superimposes it on the domain-in- 
dependent runs-detection method used in the RCD al- 
gorithm. As an illustration, a change from single to split 
injection therapy is clinically more significant than a 
small change in the amount of regular insulin in the 
morning. 

[0052] More specifically, the HR algorithm is based on 
a hierarchy of insulin changes that determines if a din- 
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ically significant alteration in insulin has occurred. The 
hierarchy is used to organize the criteria for generating 
breaks in runs in the RCD algorithm. Traversal of the 
hierarchy is arbitrarily stopped when an insulin table of 
a predetermined depth (preferably 2-6 lines long) is cre- 
ated. A patient record that fails on all criteria in the hier- 
archy (for example, a patient who never changes insulin 
dosages) is summarized in a 1-line insulin table. 
[0053] While the sequential procedure undergone in 
implementing the HR algorithm is described in detail be- 
low, the criteria encoded according to clinical knowl- 
edge, in accordance with a preferred embodiment of this 
invention, are illustrated at FIG. 2A in the form of nodes 
in a binary tree. The success branch at each binary node 
is taken if the result of applying a criterion to the patient 
record results in two or more runs; otherwise, the fail 
branch is taken. When an END node is reached, the in- 
sulin table is finalized for being printed later. Records 
which succeed on the first criteria (for instance, a 
change from single injection to multiple injection thera- 
py) are processed additionally only during the single- 
injection intervals. If a patient's record fails on all criteria 
(i.e., reaches the rightmost END node), a single line in- 
sulin table is finalized for being printed later. 
[0054] In applying the binary tree hierarchy in FIG. 2A, 
the HR algorithm initially splits the insulin data based on 
the first criterion in the illustrated clinical heuristics hier- 
archy (i.e., splits the data if any sustained change from 
single to multiple injections of insulin per day is detect- 
ed). For all criteria, a sustained change is defined as a 
difference that occurs in a predefined number or more 
of consecutive days. Preferably, the predefined thresh- 
old number of days for this purpose is selected to be 
three. 

[0055] After the application of the first criterion, the 
number of runs detected by the criterion is counted. If 
there are less than two runs, the next criterion in the 
hierarchy is applied to the current run and the algorithm 
is repeated. If, however, there are at least two runs or if 
no other criteria exist, the insulin table generated up to 
that point is used directly. 

[0056] Any time a significant change in insulin therapy 
is detected in accordance with the foregoing procedure, 
the IDDI system is capable of identifying if a change in 
insulin therapy resulted in, first, any statistically signifi- 
cant change and, subsequently, any clinically significant 
change in glucose control. Finally, the most relevant in- 
sulin changes associated with such clinically relevant 
glucose level changes are determined. 
[0057] The above functions are accomplished by per- 
forming a series of analysis of variance (ANOVA) tests 
after separating the various blood glucose readings into 
different groups based on specific insulin regimens and 
time intervals of day (i.e., the mealtimes referred to ear- 
lier). ANOVA tests are performed for readings in adja- 
cent regimens and pairs of such groups and determine 
rf the probability distribution of blood glucose values has 
changed from the first group in a pair to the next, thereby 



indicating the presence of a statistically significant 
change in blood glucose readings. 
[0058] Subsequently, a set of screen rules based on 
clinical knowledge is applied to identify those statisticat- 

5 |y significant changes in blood glucose readings which 
are also clinically significant. The IDDI system then de- 
termines, for each identified clinically significant 
change, the most relevant change in insulin therapy be- 
tween the two regimens relative to which the significant 

10 change in blood glucose occurred. Accordingly, the sys- 
tem is capable of providing a possible explanation for 
each clinically significant change in glucose readings 
based on the corresponding change in insulin therapy, 
and the results of the analysis are presented in the form 

1 s of an appropriate graphical display. For instance, if two 
adjacent insulin regimens differ in increases in both 
breakfast and lunchtime regular insulin dosages and a 
significant change in lunchtime glucose is found, the 
system identifies the increase in breakfast insulin dos- 

20 age as the most relevant change. If, however, no signif- 
icant changes in glucose readings are detected follow- 
ing the ANOVA tests, or if the subsequent screening 
identifies no clinically significant changes, no corre- 
sponding graphical display is generated in the data In- 

25 terpretation report. Further details about the identifica- 
tion of such statistically and clinically changes will be 
described below in connection with the IDDI system 
flowcharts. 

[0059] The IDDI system also identifies the presence 

30 of readings which are either extremely high or extremely 
low, based on predefined thresholds. According to a pre- 
ferred embodiment, readings exceeding about 375 mg/ 
dl are classified as extremely high while readings below 
about 40 mg/dl are classified as extremely low. These 

35 extreme readings are further analyzed and explanations 
and characterizations generated on the basis of the par- 
ticular insulin regimens and time intervals with which the 
readings are associated, as well as information on the 
type of insulin intake most likely to have affected the 

40 identified extremes. The results of this analysis are pre- 
sented in the form of three-day plots including blood glu- 
cose and insulin details for the days immediately pre- 
ceding and following the day on which each extreme val- 
ue is found. Additional details about these procedures 

45 will be described below in connection with the corre- 
sponding IDDI flowcharts. 

[0060] It should be noted that the expected change in 
glucose levels depends on the specific alterations in in- 
sulin therapy. Thus, the system focuses on changes in 

so insulin therapy in order to explain potential changes in 
glucose control. For instance, if regular insulin is added 
to a patient's morning NPH insulin dose, generally lower 
lunchtime glucose readings can be expected. 
[0061] Also, if the self-recorded patient data indicates 

55 that significantly more mid-day hypoglycemic episodes 
occurred while the patient received both morning NPH 
and regular insulin doses as compared to when the pa- 
tient received only morning NPH, the IDDI system notes 
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that the increase in complications, i.e., the occurrence 
of increased hypoglycemic episodes, is consistent with 
the change in morning regular insulin therapy. Although 
it cannot be proved that the addition of morning regular 
insulin resulted in the increase in hypoglycemic epi- 
sodes, domain-specific knowledge about insulin kinet- 
ics and the temporal relationships seen in the patient 
record make this hypothesis clinically plausible. 
[0062] The combined use of symbolic and numeric/ 
statistical processing allows the coordination of the type 
of reasoning required to produce the requisite graphical 
output when a significant change in glucose control is 
associated with a change in insulin therapy. In particular, 
the HR algorithm generates the insulin table defining the 
various regimens of insulin therapy and uses symbolic 
methods. When a change in insulin therapy is detected, 
a statistical analysis is performed using the ANOVA rou- 
tine. The ANOVA results are subsequently returned to 
the symbolic system, which examines the statistical out- 
put for clinical relevance. 

[0063] Symbolic reasoning is also used to examine 
clinically relevant glucose changes and identify the most 
clinically relevant changes in insulin therapy associated 
with each such blood glucose change. Thus, symbolic 
and numeric processes are used in concert as the basis 
for the data analysis and interpretation task in order to 
present the results thereof in a clinically meaningful 
manner. 

2. THE DATA INTERPRETATION REPORT 

[0064] The following section provides a description of 
the data interpretation reports generated in accordance 
with the system of the present invention. These reports 
are particularly adapted for use by a physician as a re- 
placement to sifting through patient log books contain- 
ing a vast amount of raw data, the clinical and therapeu- 
tic implications of which cannot be assimilated in any 
reasonable amount of time. The report contains a 
number of graphics, both simple and detailed, in order 
to help provide insight into the patient's level of glucose 
control and recording behavior. The graphics are also 
adapted to detail possible trouble spots or complications 
which can be inferred from analysis of the patient data. 
[0065] Referring now to FIGS. 2-1 2, there are shown 
various segments of an illustrative data interpretation re- 
port generated by the I DDI system of the present inven- 
tion following processing of a particular downloaded pa- 
tient data set. It will be obvious that certain graphical 
sections in the illustrative report may not be generated 
for other patient data. Also, other data sets may gener- 
ate additional segments similar to those shown here, as 
described in the system flowcharts. 
[0066] FIG. 2 represents the "Global Summary" sec- 
tion of the IDDI report which provides a concise set of 
statements describing the highlights of the data inter- 
pretation results. In particular, the summary provides an 
examining physician with a very general summary of the 



patient data and gives an indication of areas on which 
the physician may focus in the subsequent sections of 
the report. In case of the patient data set for which the 
summary of FIG. 2 was generated, for instance, the first 
s statement refers to what appear to be different regimens 
of insulin therapy. In each regimen, the system has iden- 
tified a change in the pattern of insulin dosage. The 
changes from one regimen to the next may be relatively 
inconspicuous, such as the change in the amount of a i 
10 particular type of insulin (long- or short-acting) taken at 
a certain time of day, or the changes may be more 
marked, such as a change in the number of insulin shots 
per day. The actual details of the different insulin regi- 
mens referred to in the summary are provided in subse- 
ts quent sections of the data interpretation report. 

[0067] The Global Summary also includes a refer- 
ence to the relative status of the average blood glucose 
level for the patient compared to the upper or lower limits 
of the patient's prescribed target range. In addition, ref- 
20 erence is made to the existence of blood glucose values 
exceeding predefined "extremely high" or "extremely 
low" thresholds as well as a statement of the time inter- 
val when such extreme values occurred. 
[0068] FIG. 3 provides an illustration of the "Insulin 
25 Dose Summary" section of the data interpretation report 
showing the differing insulin dosage during each insulin 
regimen identified in the patient's record. If no change 
in insulin therapy were to be detected, the insulin table 
shown in FIG. 3 would constitute a single line. The left- 
30 hand graphic in FIG. 3, which is disposed under the 
heading "Insulin Period," identifies the various insulin 
regimens (labelled as A, B, C, etc.) and indicates what 
proportion of the entire patient recording period that par- 
ticular insulin regimen comprises. This section of the 
35 graphic shows the start and end dates of each regimen. 
[0069] The gray level of the horizontal bar section for 
each regimen represents the percentage of days span- 
ning that regimen in which insulin doses were recorded. 
Accordingly, a regimen in which all days contain insulin 
40 information is represented in black, while one in which 
most days have recordings is dark gray, and so on. 
While the short insulin regimens (1- and 2-day periods) 
are not shown in detail in the summary of FIG. 3, this 
particular graphic is useful in showing where such peri- 
45 ods appear relative to the rest of the record. 

[0070] In the graphic of FIG. 3, the column graphs on 
the right hand side (under the headings Breakfast, 
Lunch and Supper) show the relative frequencies of the 
actual doses of insulin taken at each mealtime during 
so each insulin regimen. The gray level of each column in 
these graphs is representative of the particular type of 
insulin taken by the patient. Regular insulin is represent- 
ed as light gray, NPH or lente insulin is represented as 
being relatively darker, and uftra-lente insulin is repre- 
ss sented as being the darkest. 

[0071] The graphs for a particular type of insulin at a 
particular mealtime have the same horizontal scales to 
enable a quick vertical visual scan of these graphs for 
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focusing upon the change in a particular type of insulin 
at a mealtime. In the graphic of FIG. 3, for example, NPH 
dosage at breakfast is shown to have changed dramat- 
ically across the three regimens: in the first regimen, i. 
e., regimen A, the dosage was 26 units, in the second 
regimen, i.e., regimen B, it was 22 units, and in the third 
regimen, i.e., regimen C, the dosage was 16 units. Sim- 
ilarly, the graphic makes it clear that regimens A and B 
had no regular insulin at breakfast, while in regimen C, 
regular insulin was taken at a level of 6 units about 90% 
of the time and a level of 4 units about 10% of the time. 
[0072] Referring now to FIG. 4, there is shown a seg- 
ment of the data interpretation report characterized as 
"Glucose Measurement Summary" which is aimed at 
providing the physician with an overall view of the pa- 
tient's blood glucose control and recording behavior. 
Referring to the bottom-most section of the graph, the 
gray "checkerboard" section shows, for each day, the 
times (breakfast "B", lunch "L", supper "S", bedtime 
"BP', and during the night or nighttime "NT") when blood 
glucose values were recorded by the patient. From the 
record represented in FIG. 4, it can easily be noticed 
that the patient began recording every day, four times a 
day (between 7/13 and 7/20). and subsequently 
switched to recording every other day (see periods 
7/20-7/30 and 8/1 6-8/31 ). At a subsequent point in time, 
intermittent data recording was resumed (see period 
10/7-10/21), followed by a long hiatus (see periods 
11/3-12/1 and 12/13-12/29) when no readings were tak- 
en, followed by more regular recording again. It is also 
clear from this graphic that on the days on which the 
patient was in fact recording, the recording was handled 
well by taking about four readings a day. 
[0073] The upper section of the graphic in FIG. 4 il- 
lustrates the daily blood glucose levels of the patient. 
The daily average and the highest and lowest record- 
ings of each day are shown, with a bullet (») indicating 
a weekday reading and a cross (x) indicating a weekend 
day reading. While individual readings for the day are 
not shown and, accordingly, the graph does not provide 
an indication of the time when the highest or lowest 
readings occurred, the daily range and average values 
provide adequate information. This section of the graph 
also shows the patient's recommended therapeutic tar- 
get range (indicated by the dotted lines) as well as blood 
glucose readings which fall outside the extremely high 
and extremely low thresholds (indicated by the dashed 
lines). As an aid to recognizing the presence of such 
extreme values, any time a reading beyond these ex- 
treme limits is found, this is indicated along the top of 
the graph by the presence of straight or inverted trian- 
gles, respectively representing extremely high and ex- 
tremely low values. 

[0074] The Glucose Measurement Summary also 
provides, at the thin section of the graph immediately 
above the glucose level section, the particular insulin 
regimen in effect at a given time. The advantage of the 
graphic type shown at FIG. 4 is that any other events 



recorded by the patient in addition to standard glucose/ 
insulin headings, such as hypoglycemic symptoms (*), 
increase or decrease in diet (D+, D-) or insulin (l+, I-), 
or exercise (Ex), may conveniently be recorded along 
$ the top of the graph in conjunction with the extremely 
high and low values. 

[0075] FIGS. 5-1 2 are segments of the data interpre- 
tation report which provide various summaries of the 
blood glucose results generated by analyzing and inter- 
preting the patient's data file. In particular, FIG. 5 pro- 
vides an overall summary of blood glucose (BG) results. 
The top section of the BG summary table indicates the 
level of control existing at each mealtime and highlights 
whether the average blood glucose was too high, too 
low, or within target range. This section also indicates 
whether or not the glucose readings varied substantially 
(i.e., are spread too wide), indicating the presence of 
poor giycemic control. 

[0076] The bottom section of the BG summary table 
is detailed and addresses therapeutic issues related to 
the BG results. The first row of entries indicates the ex- 
tent to which the average BG readings were beyond the 
target range (if at ail) and also indicates the particular 
mealtime which appears to be most problematic. Here, 
for instance, the Supper "distance from goal" reading is 
identified as being problematic and is boxed for easy 
identification. 

[0077] If the average BG level is found to be higher 
than the upper limit of the patient's therapeutic target 
range, it is likely that the examining physician will at- 
tempt to adjust the patient's prescription (insulin, diet or 
exercise) to bring the BG average to within target. This 
adjustment, however, is not always straightforward and 
the bottom section of the table on FIG. 5 provides infor- 
mation which can be of assistance to the physician in 
making appropriate adjustments. For instance, if a sig- 
nificant number of hypoglycemic readings have been re- 
corded at the problematic mealtime, this is pointed out 
in the graph since lowering the average BG is also likely 
to increase the number of hypoglycemic readings. In this 
regard, a significant number of hypoglycemic readings 
is deemed to exist if more than a threshold percentage, 
preferably 8%, of the total readings for that mealtime are 
found to be hypoglycemic. 

[0078] If, on the other hand, the problematic mealtime 
does not include any hypoglycemic recordings, but a 
number of readings exist which are sufficiently low that 
decreasing them by the amount that the average should 
be decreased by would bring them into the hypoglyc- 
emic range, then these values are potentially hypogly- 
cemic. This fact is important to the reviewing physician 
and is identified and listed in the bottom section of the 
table. 

[0079] FIG. 6 represents a section of the data inter- 
pretation report which is referred to as "BG by Mealtime" 
and shows the distribution of BG values by mealtime, 
indicating the Mean and Standard Deviation, the target 
range, the number of BG readings above, within and be- 
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low target range, and the number of hypoglycemic read- 
ings. The histograms for each mealtime show, for each 
range of BG values, both the relative frequencies (per- 
centages marked along the horizontal axis) as well as 
absolute frequencies (numbers marked at the end of * 
each bar). This type of graphic is particularly advanta- 
geous in that any marked difference in control between 
mealtimes is made obvious. 

[0080] FIG. 7 shows a segment of the data interpre- 
tation report identified as "BG by Weekday v. Weekend" 
and shows the distribution of BG control on weekdays 
versus weekend days. The graphic format is identical to 
that described above in connection with FIG. 6. The 
graph in FIG. 7 identifies increases in BG levels possibly 
resulting from the patient over-indulging with respect to 
food intake over weekends. 

[0081] FIG. 8 is a graphic segment of the data inter- 
pretation report indicating the presence of any clinically 
significant effect of an identified change in insulin regi- 
mens on the overall level of BG control. Each histogram 
in the graphic of FIG. 8 shows the BG information for 
corresponding insulin regimens associated with a clini- 
cally significant change, with the most relevant change 
in insulin regimen being marked along the curved lines 
headed by arrows. For example, the indicator "NPH at 
breakfast" indicates that the amount of NPH insulin 
changed at breakfast from one regimen to the next, and 
the indicator "+ insulin at lunch and supper" indicates 
that an additional shot of insulin was added at lunch and 
supper. It should be noted that the graphic shown in FIG. 
8 would be absent from the data interpretation report if 
only a single insulin regimen were found to exist or if the 
change in therapy had no clinically significant effect on 
the level of glucose in the "overall" time interval. 
[0082] FIGS. 9-11 represent graphics similar to that 
shown and described in connection with FIG. 8. The 
graphics focus on clinically significant effects on the lev- 
el of BG control during lunch, supper, and bedtime, re- 
spectively. Again, if no clinically significant changes ex- 
ist in these time intervals, the graphics of FIGS. 9-11 
would be absent from the data interpretation report. 
[0083] Referring now to FIG. 1 2, there is shown a seg- 
ment of the data interpretation report entitled "Extreme 
Values" which shows ail BG readings and insulin injec- 
tions for days on which an extremely high or extremely 
low blood glucose value is found to exist. These details 
are presented in the form of three-day plots which in- 
clude BG and insulin details for the days immediately 
preceding and following the day on which the extreme 
values were found. The extreme values are indicated by 
bullets (as compared to the use of open circles for rep- 
resenting standard BG value) and are further enclosed 
by a box, circle, diamond, inverted triangle or upright 
triangle depending on whether the mealtime at which 
they occurred was breakfast, lunch, supper, bedtime or 
nighttime, respectively. 

[0084] In addition, the left-hand column in the graphic 
of FIG. 12 contains an explanation or characterization 



of these extreme values, if one is found to exist. As 
shown, an explanation typically contains information 
about an unusual insulin dosage that may be responsi- 
ble for a particular extreme value, whereas a character- 
ization describes some common attribute of a group of 
extreme values, such as the fact that all occurred during 
a particular insulin regimen or at a certain time interval 
of a day, or over weekends. By being adapted to identify 
and characterize such factors, the IDDI system accord- 
ing to this invention, thus, provides the reviewing physi- 
cian with key clinical findings which can serve as impor- 
tant bases for therapeutic decision making. 

3. ARCHITECTURE OF THE IDDI SYSTEM 

[0085] The following section provides a description of 
the architecture of the IDDI system program. 
[0088] FIG. 1 3 is a block diagrammatic representation 
of the hierarchical design of the program used for anal- 
ysis and interpretation of diabetes patient data in ac- 
cordance with the IDDI system of the present invention. 
As shown therein, the IDDI system 30 accepts patient 
diabetes data 32 from a glucose meter, stores the in- 
coming data as a patient file within a database corre- 
sponding to various such patient files, processes the ac- 
cepted and stored data using a main program and a plu- 
rality of associated subprograms in conjunction with a 
predefined range of user interaction, and generates a 
data interpretation report 34 highlighting various results 
of the data analysis and interpretation procedure. 
[0087] The IDDI system program is designed around 
a simple program dispatcher or main program 36, re- 
ferred to as IDDI-Main. The primary task of IDDI-Main 
is to execute a set of subprograms and to handle inter- 
action with a user 38 as well as inter-program commu- 
nications through a Status file 40, referred to as IDDI- 
Status. The Status file 40 has shared access by IDDI- 
Main and all subprograms associated therewith. As 
each subprogram is called and finishes it work, the pro- 
gram dispatcher in IDDI-Main checks for any errors that 
occurred in the subprogram and, if none is detected, 
calls the next subprogram. The names of the subpro- 
grams called by IDDI-Main are preferably declared in an 
ASCII configuration file in order to provide flexibility in 
program development. 

[0088] According to a preferred system configuration, 
the subprograms called by IDDI-Main (and named in a 
corresponding configuration file) are IDDI-Reader 42, 
IDDI-Prolog 44, IDDI-VirTex 46, IDDI-DviALW 48, and 
IDDI-Printer 50. The operation of each of these subpro- 
grams 42-50 will be discussed in detail below. 
[0089] In the IDDI system, all subprograms commu- 
nicate information to each other via standard files that 
are created by one subprogram and read by the next 
subprogram. For example, IDDI-Reader reads or down- 
loads information from a glucose meter, such as the Glu- 
cometer M+ model glucose meter marketed by Miles, 
Inc., which is the Assignee of all rights to the present 
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invention, and creates a data file (<patient-name> me- 
ter). This data file is read by the subprogram I DDI-Prolog 
which creates a Tex file (<patient-name> tex). The Tex 
file is, in turn, read by the subprogram IDDI-VirTex which 
creates a small Dvi file (<patient-name.dvi>). The Dvi 
file is then read by the subprogram IDDI-DviALW which 
creates a Postscript file (<patient-name>.dvialw). The 
Postscript file is, in turn, read by the subprogram IDDI- 
Printer which spools the file to a Laser Writer (no output 
file) for being printed out. Details about these standard 
files created by the system subprograms will be de- 
scribed below. 

[0090] In essence, the Main program launches the 
next program in the above-described program chain, in 
a manner akin to the one in which a batch file evokes a 
sequence of programs. IDDI-Main is informed when a 
subprogram completes its operation and if an error oc- 
curs during program execution. If an error has occurred, 
IDDI-Main stops further processing. If no errors occur, 
IDDI-Main launches the next subprogram. 
[0091] The Status file 40 is used to perform commu- 
nications between IDDI-Main and its associated subpro- 
grams. The Main program creates the Status file with 
global read/write permissions and all subprograms write 
into the status file only when they complete execution. 
Thus, the Main program is notified of the termination of 
a subtask when the Status file is not empty. Main reads 
the contents of the Status file, zeros out the Status file, 
and if no error has occurred, launches the next program. 
Subsequently, Main continues to read the Status file un- 
til it once again is not empty. 

[0092] Each of the subprograms may place any infor- 
mation into the Status file although Main only examines 
the first bite. If that bite includes a letter (such as E) used 
to designate the presence of an error, Main assumes 
the occurrence of an error; otherwise, it is assumed that 
no error has occurred. It should be noted that because 
each program maintains its own log files, Main does not 
record any information about errors and the program ter- 
minates with an error dialog any time an error is detect- 
ed. Under these conditions, no attempt is made to cor- 
rect the error. Preferably, all log files from all subpro- 
grams are saved so that the source of errors generated 
may be analyzed. 

[0093] Further, as each subprogram is launched by 
Main, a status dialog box created by the program is up- 
dated. This dialog box informs the user of the status of 
the IDDI system and is particularly helpful when a long 
data file is being processed. 

[0094] Referring now to FIG. 14, there is shown a di- 
agrammatic representation of the major module, i.e., ID- 
Dl-Prolog, of the IDDI program architecture, in accord- 
ance with the present invention. As shown therein, pa- 
tient data which is loaded into a database 52 is analyzed 
and interpreted under control of a command module 54 
using a plurality of modules performing predefined func- 
tions. More specifically, an Initialize module 56 is used 
for clearing the global data structure and creating the 



patient database 52 in a suitable form. Preferably, the 
form is such that each item has a unique identifying key 
and the keys for similar items are grouped such that they 
can all be retrieved via a single resolution. Techniques 
5 for accomplishing this type of database/file definition are 
well known in the art and, accordingly, are not described 
in detail herein. According to a preferred method of rep- 
resentation, the original data is in a file with an extension 
'.meter 4 which corresponds to data downloaded from a 
glucose meter, while the keyed and indexed data is in a 
file with an extension \db\ The net result of the initiali- 
zation procedure is to release data from previous runs, 
set global constants and load a .db database file. 
[0095] An Analyze module 58 is used to examine the 
database and perform various data analyses, the results 
of which are also stored in the database. A Report mod- 
ule 60 uses the facts stored by the Analyze module 58 
to generate a string of tokens which are fed through a 
Phrase-db module 62 into a Format module 64 which 
writes the report in an appropriate text form into a file 
which is ready to be processed for printing. 
[0096] With particular reference to the Initialize mod- 
ule 56, it functions to erase data from previous runs and 
define and assert various constants as global variables. 
If no .db file corresponding to the given patient name is 
found to exist, it is an indication that the patient data is 
still in its original form and, accordingly, the correspond- 
ing downloaded .meter file is preprocessed and keyed. 
Each data record in the file is provided with a unique key 
and the key of the interval in which it resides. All days 
and all intervals within all days also get unique keys. 
[0097] For example, in the case of a blood glucose 
record in the .meter file as listed below: 
89 02 02 11 30165AA 

the '.db* file would derive the following records: 

bgc(bgd 1 ,lunch4,dt(2/2/89, 1 1 :30), 1 65) 
kind (Iunch4, lunch) 

group(day4,[breakfast4, Iunch4, 
dinner3,bedtime4]) 
day(day4.2/2/89) 

[0098] It should be noted that the above patient record 
specifies the measurement of a blood glucose level of 
165 measured at 11:30 a.m. on February 2, 1989. The 
digits at positions AA represent markers set up by the 
patient during monitoring and identify predefined infor- 
mation such as a designated pre- or post-mealtime 
reading, test reading, etc. 

[0099] The new records set forth above are asserted 
to the global database along with additional information 
as to which groups of keys are related. For example, a 
record listing all breakfast blood glucose keys would be 
asserted as below: 

group(breakfast, bgc, [bgcO, bgc4, bgc8, bgc12, 
bgc16]). 
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[01 00] The Analyze module 58 is charged with the ba- 
sic analysis of data stored within the database 52. The 
Analyze module 58 initially generates information cor- 
responding to the overall blood glucose summary cor- 
responding to the Glucose Measurement Summary il- 
lustrated at FIG. 4. This is accomplished by collecting 
information about blood glucose readings for each day 
and calculating the mean for the day, the highest and 
lowest values, whether or not the day contained an ex- 
tremely high reading (defined according to a preferred 
embodiment to be over 375 mg/dl) or extremely low 
reading (defined according to a preferred embodiment 
to be under 40 mg/dl), and the number of readings taken 
and the mealtimes at which they occurred. 
[0101] The Analyze module 58 subsequently summa- 
rizes the insulin dosage information in order to generate 
the Insulin Dose Summary illustrated at FIG. 3. The ob- 
ject of the summarization process is to realize an insulin 
table having a predefined depth, preferably a 2-6 line 
table, with each line describing a different insulin regi- 
men. The insulin dose information is summarized be- 
cause it is important to see whether or not the different 
insulin regimens had any positive effect on the patient's 
blood glucose values. The length of the insulin table is 
restricted to the 2-6 line depth because it becomes dif- 
ficult for a physician to compare too many items and 
draw any useful conclusions from an overly long table. 
In addition, if too many regimens exist, the time they 
span becomes shorter and thus the number of data 
points (i.e., blood glucose readings) in each regimen al- 
so becomes smaller so that the outcomes of any statis- 
tical tests become less reliable. 
[0102] Following the above-described summary, a 
more critical summary of blood glucose values is next 
performed by the Analyze module 58. More specifically, 
for each mealtime, the mean glucose level is found and 
compared with the target range for that mealtime. If the 
mean is too high, it is likely that the physician will look 
toward lowering it. If there are any hypoglycemic values 
for that mealtime, lowering the average blood glucose 
value will probably result in more hypoglycemic values; 
accordingly, it is important that this fact be highlighted, 
and the module does so. Even if no hypoglycemic read- 
ings are found, it is possible where the spread of read- 
ings is very wide that there may be readings sufficiently 
low so as to become hypoglycemic with an overall low- 
ering of blood glucose levels for that mealtime; again, it 
is important that these "potentially hypoglycemic" read- 
ings be noted, and the module does so. 
[0103] In addition, for each mealtime, the Analyze 
module 58 characterizes the blood glucose distribution 
as being consistent or inconsistent depending primarily 
upon the spread of the distribution. If the distribution for 
a mealtime is classified as inconsistent, further analysis 
is performed and the blood glucose readings are divided 
into groups such that all readings within a group fall in 
the same insulin period as determined by the insulin 
dosage summary. These groups of readings are then 



subjected to the statistical analysis of variance (ANOVA) 
tests which yield positive answers if the groups of blood 
glucose readings have different probability distributions. 
If any ANOVA test is positive, subsequent tests for clin- 

5 ical significance are applied. Further, in order to assist 
in explaining the change in blood glucose, each group 
of readings is characterized, the difference between the 
two relevant insulin regimens is noted, and the corre- 
sponding most relevant insulin change is determined. 

10 [0104] In addition, for each such group of readings, 
the mean glucose level is found as well as the number 
of blood glucose readings above, below, and within the 
target range, the number of hypoglycemic readings, and 
the total number of readings in that group. 

15 [0105] The Analyze module 58 further attempts to 
characterize any extremely high or extremely low read- 
ings and, for each reading, an attempt is made to identify 
an unusual insulin dose which may explain this extreme 
value. At this point, if an explanation has not been found 

20 for all high or low values, an attempt is made to charac- 
terize the group of high or low readings by insulin regi- 
men, mealtime, and weekday vs. weekend classifica- 
tion. Preferably, in order to describe a group of extreme 
values according to one of these factors, say, insulin 

25 regimen, at least 0.6667 of the readings must belong to 
the same regimen. Where there is no grouping that ap- 
plies to this threshold number for the group, an indica- 
tion is provided that no explanation is available. 
[0106] The Report module 60 generates a string of 

30 concept and control tokens which are used to generate 
the paper report. The concept tokens are I DDI-Prolog 
terms which are translated by the Phrase-db module 
while control tokens are used directly by the Format 
module 64 to generate graphs or tables. The operation 

35 of the Report module 60 consists primarily in the collec- 
tion of the complex terms generated by the Analyze 
module 58. 

[01 07] The Phrase-db module 62 functions to process 
all relevant tokens with a threshold volume which is as- 

<o sociated with each token and determines whether or not 
the token will be used to generate some output. Tokens 
not corresponding to this threshold volume are discard- 
ed. Further, in this module, concept tokens are translat- 
ed into strings while control tokens are passed through 

<5 unchanged with both kinds of tokens being stripped of 
their type (control or concept) before being passed to 
the Format module 64. 

[0108] The Format module 64 receives a list of strings 
and IDDI-Prolog terms. The strings are directly written 
50 to an output file while the terms are processed individ- 
ually to produce the output necessary to generate a req- 
uisite graph or table. 

4. LOGICAL SEQUENCE OF OPERATIONS 

55 

[01 09] The following section provides a description of 
the logical flow sequences associated with the operation 
of the IDDI system of this invention. 
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[0110] Referring now to FIG. 15, there is shown a 
flowchart providing an overview of the operational se- 
quence for the IDDI system. Following start of the pro- 
gram, at step 1500, appropriate menus, windows and 
dialog boxes are set up for displaying the messages s 
necessary for user interaction through the standard dis- 
play and keyboard associated with the computer system 
on which the IDDI system is running. 
[0111] The Main program calls the IDDI-Reader sub- 
program at step 1502. Reader essentially reads a glu- 
cose meter and creates a raw data file in a standard 
dump format. The subprogram obtains a patient name 
from the user, and the user is prompted to link the glu- 
cose meter into an input port (the RS-232 port) on the 
computer through an appropriate cable connection. 
Subsequently, data stored in the glucose meter is down- 
loaded and dumped into a data subfolder that is named 
in the configuration file for the system. The patient name 
is also written into a mode file which is also named in 
the configuration file. All files, such as data file and log 
files, that are created by IDDI-Reader as well as by other 
subprograms use the patient's name that is obtained 
from the dialog box as the base file name. Thus, the out- 
put file created by IDDI-Reader from the meter has a 
format of the type <patient-name>.meter. 
[01 12] At step 1 504, the program monitors the exist- 
ence of an error which, at this junction, generally results 
during downloading of data from the glucose meter, pos- 
sibly because of a loose connection in the interface ca- 
ble or the like. 

[01 1 3] If no error is detected at step 1 504, step 1 506 
is accessed where the Main program calls upon the sub- 
program IDDI-Prolog which constitutes the major data 
analysis section of the IDDI system. IDDI-Prolog essen- 
tially analyzes and interprets data existing in the patient 
output file in accordance with the fundamental architec- 
ture discussed in connection with FIG. 14. The action of 
the IDDI-Prolog subprogram generates both screen and 
file output, the primary value of the screen output being 
to track progress of the program. The output file is an 
ASCII file referenced by the patient name and generated 
in a language which is particularly adapted for optimum 
printing of text and graphics together. Preferably, the re- 
port generated by IDDI-Prolog is written in the TEX type- 
setting program which is in the public domain, as noted 
below. 

[0114] Subsequently, at step 1508, an error check is 
made and if no error is found to exist, step 1510 is ac- 
cessed where the Main program calls the IDDI-VirTex 
subprogram. IDDI-VirTex essentially functions to trans- 
late the TEX file created at step 1506 into a device-in- 
dependent (Dvi) format in order that the graphics format 
contained within the file be portable across different de- 
vice configurations. 

[01 15] The IDDI-VirTex program is a modified version 
of the public domain document formatting program 
known as TEX and developed by Donald Knuth of Stan- 
ford University. The TEX source code for UNIX systems, 



written in the WEB language is in the public domain and 
is available for a nominal media distribution charge from 
the University of Washington in Seattle. A public domain 
program known as WEB2C and written by Tim Morgan 
of University of California, Irvine, is available for con- 
verting WEB code into machine-generated "C" code. It 
will be understood by those skilled in the art having the 
benefit of this disclosure that a working version of TEX 
can be created from the WEB2C output, and IDDI-Vir- 
Tex is merely an adaptation of the WEB2C output as a 
port for the Apple-Macintosh® family of computers. Ac- 
cordingly, program details regarding this and other 
standard adaptions of public domain programs are not 
disclosed herein. 

[0116] Next, at step 1512, a check is made to see if 
any error resulted from the IDDI-VirTex translation se- 
quence. If no error is found, step 1514 is accessed 
where the Main program calls the subprogram IDDI-Dvi- 
ALW for translating the Dvi file created by VirTex into a 
format, such as the well-known POSTSCRIPT format, 
which is capable of being understood by a laser printer. 
It should be noted that the DviALW is a public domain 
Dvi-to-POSTSCRIPT translator written by Nelson 
Beebe at the University of Utah, and comprises one of 
a large number of Dvi translators. This public domain 
program is modified, according to well-known porting 
techniques, for being adapted for use with the Macin- 
tosh® line of computers. 

[0117] At step 1 516, an error check is made with re- 
spect to the translation performed at step 1514 and, rf 
no error is found to exist, the Main program calls the 
IDDI-Printer subprogram which essentially functions to 
read the POSTSCRIPT file and spool it for printing at a 
laser printer associated with the system computer. 
While other implementations will be obvious to those 
skilled in the art, according to a preferred implementa- 
tion, IDDI-Printer is particularly adapted for spooling to 
an Apple LaserWriter® and is based on public domain 
code derived from a published article by Sak Wathana- 
sin in the September, 1 986 and January, 1 988 issues of 
MacTutor magazine. 

[0118] Subsequently, at step 1520, a check is made 
to identify any errors resulting in the spooling and print- 
ing process at step 1518 and, if no errors are found to 
exist, the program comes to an end at step 1522. If the 
error check at any of the previous check points is found 
to be positive, step 1524 is accessed and appropriate 
error messages are displayed to the user and the pro- 
gram quits. 

[0119] FIG. 16 is a flowchart illustrating the sequence 
of operations undergone by the IDDI-Reader subpro- 
gram. At step 1600, IDDI-Reader displays a dialog box 
for entry of a patient name by the user. Alternatively, the 
user is presented with the option of cancelling out of the 
subprogram. If the user opts to cancel, step 1612 is ac- 
cessed where the program returns in an error mode. On 
the other hand, if the user provides a patient name for 
proceeding with the data analysis procedure, step 1 602 
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is accessed where the patient name is stored in a mode 

file. 

[01 20] Subsequently, at step 1604, a dialog box is dis- 
played for initiating the reading of data from a glucose 
meter or from an ASCII file already existing in the system 
database. If data is to be read from a glucose meter, 
step 1606 is accessed where a standard subroutine 
adapted to transfer data is called for dumping meterdata 
into a file referenced by the input patient's name. Sub- 
sequently, a check is made at step 1 608 for any dumping 
errors occurring in the downloading process at step 
1606. If such an error is found, step 1612 is accessed 
and the program returns in error mode. Otherwise, step 
1610 is accessed and the program returns in normal 
mode. 

[0121] FIG. 17 is a flowchart illustrating the flow se- 
quence associated with the IDDI-Prolog program. The 
IDDI-Prolog program first initializes and preprocesses 
data contained in the input file with which it is provided, 
and builds a database using this information. This is ac- 
complished at step 1700 in accordance with the func- 
tional aspects described above in connection with the 
Initialize module in FIG. 14. 

[0122] IDDI-Prolog is adapted to function with input 
files corresponding to a '.meter* extension and compris- 
ing files created by downloading a glucose meter. 
[01 23] Subsequently, at step 1 702, the file created at 
step 1700 is analyzed in accordance with the procedure 
described above in connection with the Analyze module 
in FIG. 14. More specifically, the patient data is analyzed 
to determine insulin regimen periods, group blood glu- 
cose readings (BGs), perform requisite statistical calcu- 
lations and the ANOVA tests, determine clinically signif- 
icant changes in blood glucose and associated most rel- 
evant insulin changes, and find extremely high/low BGs 
and explanations associated therewith. 
[0124] Subsequently, at step 1704, the functions de- 
scribed above in connection with the Report module in 
FIG. 14 are executed in order to produce a string of con- 
cept and control tokens from the results of the analysis 
at step 1702. 

[01 25] Next, at step 1 706, the functions of the Phrase- 
db module in FIG. 14 are executed. More specifically, 
all tokens having associated values higher than a preset 
threshold are processed while the remaining tokens are 
discarded. In addition, the processed tokens are trans- 
lated into text strings. 

[0126] Subsequently, at step 1708, the functions of 
the Format module in FIG. 14 are executed whereby the 
text strings generated at step 1706 and related graphic 
control commands are written into an output file in the 
TEX format. Finally, at step 1 71 0, the subprogram IDDI- 
Prolog returns to the Main program. 
[0127] Referring now to FIG. 18, there is shown a 
flowchart highlighting the flow sequence involved in ex- 
ecuting the functions of the Initialize module at step 
1700 in FIG. 17. The Initialize module begins executing 
at step 1800 by clearing ail global data structures. At 



step 1802, a determination is made as to whether or not 
a database file corresponding to the input patient name 
exists. If the answer is found to be positive, step 1803 
is accessed where the corresponding .db file is loaded 

5 into main memory. 

[0128] Next, step 1804 is accessed and control is re- 
turned to the IDDI-Prolog program. If the answer at step 
1802 is negative, step 1806 is reached where the first 
record from the patient data file is read. At step 1808. a 

10 unique key is assigned to the day, the time interval in 
the day, and the reading corresponding to the record. At 
step 1 81 0, the key of the time interval in which the read- 
ing exists is attached to the reading. Subsequently, at 
step 1812, the key of the reading is attached to a corre- 

15 sponding group list, such as a lunchtime list or a break- 
fasttime list. 

[0129] Next, at step 1814, a check is made to see if 
all records in the patient data file have been processed. 
If the answer is found to be negative, i.e., additional 

20 records exist in the data file, the program reiterates 
steps 1806-1812 until the answer at step 1814 is found 
to be positive. This is an indication that all records in the 
patient data file have in fact been processed and, at that 
point, step 1816 is accessed where all the keyed data 

25 items are written into the database file corresponding to 
the patient name, and control is returned to the IDDI- 
Prolog program at step 1804. 
[0130] FIG. 19 is a detailed flowchart of the operation 
sequence involved in executing the functions of the An- 

30 alyze module in the flowchart of FIG. 17. The module 
begins execution at step 1900 by performing the calcu- 
lations necessary for generating the blood glucose (BG) 
Summary. More specifically, the following factors are 
calculated for each day: 

35 

1) the time interval in the day to which the BG read- 
ings correspond; 

2) the highest, lowest and average values of the 
BGs; and 

40 3) the extremely high (according to a preferred em- 
bodiment, greater than about 375 mg/dl) and ex- 
tremely low (preferably, less than about 40 mg/dl) 
readings. It should be noted that other threshold val- 
ues may be selected and either defined within the 

45 downloaded data from a glucose meter with sophis- 
ticated memory functions or supplied by the IDDI 
system user. 

[0131] Subsequently, at step 1902, the processing 
so necessary for generating insulin dosage information is 
accomplished in order to build an insulin table based on 
a plurality of 2-6 insulin regimens, preferably using the 
hierarchical relevance algorithm described above. 
[0132] Next, at step 1904, the processing necessary 
55 for generating the necessary glucose control informa- 
tion is performed. More specifically, all BGs are grouped 
according to the identified insulin regimens and accord- 
ing to mealtimes within each regimen. Next, for each 
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such group, the following are calculated: mean; devia- 
tion; number of BGs above target range; number of BGs 
within target range; number of BGs below target range; 
and number of hypoglycemic readings as defined, ac- 
cording to a preferred embodiment, by a BG reading s 
less than 60 mg/dl. 

[0133] Subsequently, at step 1906, calculations simi- 
tar to those at step 1904 are performed for providing 
comparative glucose control information with respect to 
weekdays and weekend days. In accomplishing this, all "> 
BGs are grouped on a weekday/weekend day basis. 
Subsequently, for each such group, calculations identi- 
cal to those performed at step 1904 are performed. 
[0134] At step 1908, the processing necessary for 
generating BG results is performed. In particular, the tar- is 
get range, the mean and the standard deviation of BGs 
is found in each time interval of a day. 
[0135] Initially, a tabular analysis of BGs is performed 
on an overall basis as well as for each mealtime showing 
whether the average BG was within the target range, 20 
and if not, how far above or below target it was, and how 
"spread out" or "variable" the readings were. Additional 
details pertaining to the manner in which BG results are 
generated will be discussed in detail below. In addition, 
the analysis of variance (ANOVA) tests are performed 25 
for identifying significant changes in BG levels. Corre- 
sponding descriptions are also generated at this point. 
[0136] Subsequently, at step 1910, the processing 
necessary for identification and explanation of extreme 
BG values is performed. In particular, the BGs are tested 30 
to identify each extremely high or extremely low BG val- 
ue and corresponding explanations are found using a 
procedure which will be described in detail below. In ad- 
dition, at this point, three-day plot tokens are generated 
corresponding to each identified extreme value. These 35 
tokens are later used for generating corresponding sec- 
tions of the output report. Subsequently, at step 1912, 
control is returned to the IDDI-Prolog program. 
[0137] Referring now to FIG. 20A, there is shown a 
flowchart illustrating the processing details involved in 40 
a routine called "Insulin Dose Info" for executing the 
functions described at step 1902 in the Analyze flow- 
chart of FIG. 1 9. The routine begins at step 2000 where 
the program starts with the assumption that only a single 
run comprising all days in the monitoring period exists, 
i.e., the daily readings in the patient data file correspond 
to a single insulin regimen. 

[0138] Subsequently, at step 2002, readings are 
scanned from the first day to the last day of this initial 
run. The run is split at days when a sustained change so 
from single to multiple shots of insulin (or vice versa) per 
day is detected. In this regard, a sustained change is 
defined to be a difference that occurs for more than a 
predefined threshold number of consecutive days. Ac- 
cording to a preferred embodiment, this threshold 55 
number of days is defined to be three (3). 
[0139] Subsequently, at step 2004, a check is made 
to see if the number of runs identified at step 2002 is 
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greater than one. If the answer is positive, step 2006 is 
accessed where the program is set up to perform a se- 
ries of operations for each one of the identified runs (Ri) 
in which a single insulin shot was taken. At step 2008, 
readings are scanned from the first day to the last day 
of the run and splits are made at days when a sustained 
change in amount of long-acting insulin is detected. 
[0140] At step 2010, a check is made to see if the 
number of runs identified is greater than one. If the an- 
swer is found to be positive, the program accesses step 
2012. If the answer at step 201 0 is found to be negative, 
the possibly split run is recombined at step 2014. 
[0141] Subsequently, at step 2015, readings within 
the run are scanned from the first day to the last day and 
the run is split at days when a sustained change in 
amount of intermediate-acting insulin is detected. At 
step 2016, it is determined whether or not the number 
of such runs of three or more days in duration is greater 
than one. If the answer is yes, step 2012 is accessed 
again. 

[0142] If the answer at step 201 6 is found to be neg- 
ative, the possibly split run is recombined at step 2017. 
Subsequently, at step 2018, readings within the run are 
scanned and the run is spirt at days when a sustained 
change in amount of short-acting insulin is detected. 
Next, at step 2019, a check is made to see if any runs 
of three or more days duration have resulted. If the an- 
swer is positive, the program accesses step 201 2. If the 
answer at step 2019 is found to be negative, the pro- 
gram recombines the possibly split run at step 2020 and 
step 201 2 is accessed. 

[0143] If, however, it is found at 2004 that the number 
of runs exceeding three days in duration is merely one, 
step 2022 is accessed where the program begins the 
run splitting routine again by restarting under the as- 
sumption that only a single run comprising all days in 
the monitoring period exists. Subsequent processing is 
accomplished in accordance with the flow sequence 
shown at FIG. 20B. 

[0144] At step 2024 in the flowchart of FIG. 20B, read- 
ings are scanned and the run is split at days when a 
sustained change in number of insulin shots is detected. 
Next, at step 2026, a check is made as to whether any 
runs of three or more days duration have resulted. If the 
answer is found to be positive, step 2028 is accessed 
where the programs returns to the Analyze subprogram. 
If the answer at step 2026 is found to be negative, the 
program begins the run splitting process again with a 
single run comprising all days in the monitoring period; 
this is done at step 2030. 

[0145] Subsequently, at step 2031, readings within 
the run are scanned and the run is split at days when a 
sustained change in amount of long-acting insulin is de- 
tected. Next, at step 2032, a check is made to see if any 
runs of three or more days duration have resulted. If the 
answer is positive, the program returns at step 2028. If 
the answer at step 2032 is found to be negative, the pro- 
gram begins the run splitting process again at step 2033 
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using a single run of alt days. 
[0146] Subsequently, at step 2034, all readings in the 
run are scanned and the run is split at days when a sus- 
tained change in amount of intermediate-acting insulin 
is detected. Next, at step 2035, a check is made for the 
presence of runs with three or more days duration. If the 
answer is found to be positive, the program returns at 
step 2028. If, however, the answer is found to be nega- 
tive at step 2035, the run splitting process is begun again 
at step 2036 using a single run of all days. 
[0147] Subsequently, at step 2038, all readings in the 
run are scanned and the run is split at days when a sus- 
tained change in amount of short-acting insulin is de- 
tected. Next, at step 2040, a check is made for the pres- 
ence of runs with three or more days duration. If the an- 
swer is found to be positive, the program returns at step 
2028. If, however, the answer is found to be negative at 
step 2040, the possibly split run is recombined at step 
2042, and the program returns to the Analyze subpro- 
gram at step 2028. 

[0148] It should be noted that the flowchart of FIG. 
20A shows the routine returning to the calling subpro- 
gram at step 2012 after performing steps 2008-2020 for 
each of the runs identified at step 2004, in accordance 
with the conditions set up at step 2006. 
[0149] Referring now to FIGS. 21 , 21 A and 21 B, there 
are shown flowcharts detailing the operational se- 
quence involved in generating explanations for the pres- 
ence of extreme BG values. The program begins at step 
2100 where appropriate parameters are set for perform- 
ing a series of processing operations for each identified 
extreme BG value (EBG). Next, at step 2102, the pro- 
gram determines the kind of insulin (TD, TP) which most 
likely affected the EBG; in this regard, TD represents 
the time interval of day, and TP represents the type of 
insulin. 

[0150] Next, at step 2104, a check is made to see if 
an insulin record (INS-RCD) exists prior to the EBG 
which matches the identified insulin type (TD, TP). If the 
answer is positive, step 21 06 is accessed where a check 
is made to see if a particular amount of insulin (the "usu- 
al amount", USL-AMT) was taken at least a threshold 
percentage (preferably, about 75%) of the time in the 
time intervals corresponding to TD and corresponding 
to the insulin type TP within the regimen corresponding 
to the EBG. For instance, if TD corresponds to lunch- 
time, the threshold check is made in all lunchtime inter- 
vals within the applicable insulin regimen. If the answer 
at 2106 is found to be positive, a check is made at step 
2110 to see if the identified EBG is extremely high or 
extremely low. 

[0151] If the answer at step 2110 indicates that the 
EBG was low, step 2112 is accessed where a check is 
made to see if the value of INS-RCD is greater than the 
value corresponding to USL-AMT. Following a positive 
answer at step 2112, step 2114 is accessed where the 
identified EBG is tagged with an explanation identifying 
it as an "unusually high dose." 



[01 52] If it is found at step 2110 that the identified EBG 
was high, a check is made at step 2116 to see if the 
value for INS-RCD is less than the value for USL-AMT 
Following a positive answer at step 2116, step 2118 is 

5 accessed where the EBG at issue is tagged with an ex- 
planation identifying it as an "unusually low dose." 
[0153] At the end of steps 2114 and 2118, as well as 
following a negative answer at steps 2104, 2106, 2112, 
and 2116, step 21 20 is accessed where a check is made 

10 to see if all identified EBGs have been processed. If the 
answer is found to be negative, the program returns to 
step 2102 for reiterating the rest of the program until the 
answer at step 21 20 is found to be positive. If the answer 
at step 2120 is positive, program execution is continued 
according to the flowchart of FIG. 21 A. 
[01 54] At step 21 22, a check is made to see if all EBGs 
have been accounted for. If the answer is yes, a corre- 
sponding explanation is constructed at step 2124 and 
the program returns to the calling subprogram at step 

20 2126. If the answer at step 21 22 is found to be negative, 
all EBGs are compiled into a list (identified as EXT-LST) 
at step 2128. Next, at step 2130, the program deter- 
mines whether all or most EBGs contained in that list 
occur in the same insulin period, and, if so, a corre- 

25 sponding explanation is generated. This is accom- 
plished in accordance with a subroutine called Explain- 
A which will be described below. 
[0155] Next, at step 2132, the program determines 
whether all or most EBGs in the list occur in the same 

30 time interval of a day, and, if so, a corresponding expla- 
nation is generated. This is accomplished in accordance 
with a subroutine called Explain-B to be described be- 
low. Next, at step 2134, the program determines if all or 
most EBGs in the list occur in weekdays or on weekends 

35 and, if so, a corresponding explanation is generated. 
[0156] Subsequently, at step 2135, a check is made 
to see if any explanations have been found. If the an- 
swer is found to be positive, step 2136 is accessed 
where it is determined whether an explanation exists 

40 identifying the occurrence of all EBGs in the same insu- 
lin regimen period. If the answer at step 21 36 is positive, 
step 21 37 is accessed where the most relevant change 
between the identified insulin regimen period and an ad- 
jacent regimen period is identified, and a corresponding 

45 explanation generated. 

[0157] Following step 21 37 and if the answer at step 
21 36 is negative, step 21 38 is accessed where the best 
possible explanations at that point are constructed. 
More specifically, explanations are ordered according to 

so the number of EBGs covered thereby and the top expla- 
nations under such a ranking are selected. Subsequent- 
ly, the program returns control to the Analyze subpro- 
gram at step 2126. 

[0158] If the answer at step 21 36 is found to be neg- 
55 ative, i.e., no explanations are found to exist, the ex- 
treme values or EBGs are split according to insulin reg- 
imens and put into corresponding lists EXT-LST1 , EXT- 
LST2, ... EXT-LSTn. This is performed at step 2140. 
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[0159] Next, at step 2142, the operations performed 
in accordance with the routine Explain-B (see step 
2132) are sequentially performed for all EBGs in each 
of these lists. 

[0160] The following sequence of operations is de- 5 
scribed in connection with the flowchart of FIG. 21 B 
where, at step 2144, similar operations are performed 
in accordance with the routine Explain-C to be described 
below. Next, at step 2146, the EBGs are split according 
to time intervals of a day and put into corresponding lists. 
[0161] Next, at step 2148, the operations correspond- 
ing to the routine Explain-A are performed for each such 
list. At step 2150, the operations corresponding to the 
routine Explain-C are performed for each such list. At 
step 21 52, corresponding explanations are constructed, 
and at step 21 54, the EBGs are split by weekday/week- 
end days and put into corresponding lists. 
[01 62] At step 21 56, the operations corresponding to 
routine Explain-A are performed for each such list. Next, 
at step 2158, operations corresponding to the routine 
Explain-B are performed for each such list and, at step 
2160, corresponding explanations are constructed. 
[0163] At step 2162, a check is made to see if any 
explanations are, in fact, present. If the answer is found 
to be negative, the program returns control to the Ana- 
lyze subprogram at step 2164. If, however, some expla- 
nations are found to exist at step 2162, step 2166 is ac- 
cessed where the "best" explanations are constructed 
on the basis of the highest number of EBGs covered 
thereby. 

[0164] Referring now to FIG. 22, there is shown a 
flowchart illustrating the sequence of operations corre- 
sponding to the routine Explain-A referred to in the flow- 
charts of FIGS. 21 A-B. At step 2200, a check is made 
to see if all the EBGs in the list being considered fall 
within the same insulin regimen. If the answer is found 
to be positive, the corresponding explanation is con- 
structed at 2202 and the program returns to the Analyze 
subprogram at step 2204. 

[0165] If the answer at step 2200 is found to be neg- 
ative, a check is made at step 2206 to see if more than 
a given threshold percentage (preferably, about 66.6%) 
of the EBGs in the list fall within the same insulin regi- 
men. If the answer is positive, a check is made at step 
2208 to see if the EBGs are also within the same time 
interval of day. If the answer is found to be positive, the 
corresponding explanation is constructed at step 2210 
and step 2212 is accessed where a check is made to 
see if these EBGs all fall either within weekdays or on 
weekends. 

[01 66] If the answer at step 221 2 is found to be posi- 
tive, a corresponding explanation is generated at 2214. 
At the end of step 2214, as well as at the generation of 
negative answers at steps 2206 and 2212, the program 
returns at step 2204. Further, if the answer at step 2208 
is found to be negative, the program reiterates from step 
2212. 

[0167] Referring now to FIG. 23, there is shown a 



flowchart of operations corresponding to the routine Ex- 
plain-B. At step 2300, a check is made to see if all the 
EBGs in the list correspond to the same time interval of 
day. If the answer is positive, the corresponding expla- 
nation is constructed at step 2302 and the program re- 
turns to the subprogram at step 2304. 
[01 68] Following a negative answer at step 2300, step 
2306 is accessed where a check is made to see if more 
than a given threshold percentage (preferably, about 
66.6%) of the EBGs in the list fall within the same time 
interval of a day. If the answer is positive, a check is 
made at step 2308 to see if these EBGs also fall within 
the same insulin regimen. If the answer is again positive, 
the corresponding explanation is constructed at 2310 
and step 2312 is accessed where a check is made to 
see rf the EBGs fall within weekdays or within weekends. 
Next, corresponding explanations are constructed at 
step 2314 following which the program returns to the 
subprogram at step 2304. 

[0169] The program also returns at step 2304 follow- 
ing negative answers at steps 2306 and 2312. In addi- 
tion, if the answer at step 2308 is found to be negative, 
step 2312 and the following steps are accessed. 
[0170] Referring now to FIG. 24, there is shown a 
flowchart corresponding to the operational sequence for 
the routine Explain-C. At step 2400, a check is made to 
see if all the EBGs in the list fall on weekdays or on 
weekends. If the answer is positive, the corresponding 
explanation is constructed at step 2402, and the pro- 
gram returns at step 2406. 

[01 71] Following a negative answer at step 2400, step 
2408 is accessed where a check is made to see if more 
than a given threshold percentage (preferably about 
66.6%) of the EBGs in the list fall either on a weekday 
or on the weekend. If the answer is positive, a check is 
made at step 2410 to see if the EBGs also fall within the 
same insulin regimen. If the answer is again found to be 
positive, a corresponding explanation is constructed at 
step 2412. Subsequently, step 2414 is accessed where 
a check is made to see if the EBGs also fall within the 
same time interval of day and, if so, the corresponding 
explanation is constructed at step 2416 before the pro- 
gram returns to the subprogram at step 2406. 
[0172] Step 2406 is also accessed if the answers at 
steps 2408 and 2414 are found to be negative. Further, 
if the answer at step 2410 is found to be negative, i.e., 
the EBGs do not fall within the same insulin regimen pe- 
riod, steps 2414 and the following steps are accessed. 
[01 73] FIG. 25 is a flowchart illustrating the manner in 
which the insulin type most likely to have effected an 
extreme blood glucose value is determined. At step 
2500, the time interval of a day in which the given EBG 
occurred is noted. If the time interval is found to corre- 
spond to breakfasttime, a corresponding rule set for 
breakfast EBGs is accessed at step 2502. 
[0174] If the time interval is found to correspond to 
lunchtime, a corresponding rule set for lunch EBGs is 
accessed at step 2504. If the time interval is found to 
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correspond to suppertime, a corresponding rule set for 
supper EBGs is accessed at step 2506 and if the time 
interval is found to correspond to bedtime, a corre- 
sponding rule set for bedtime EBGs is accessed at step 
2508. 5 
[0175] Referring now to FIG. 26, there is an illustration 
of the rule set for breakfast EBGs. The rule set is self- 
explanatory and provides an indication of the hierarchy 
according to which the influencing factors are identified. 
For instance, if it is determined that bedtime NPH insulin 
was being taken within the relevant time frame for the 
EBG, that type of insulin is identified as the most influ- 
encing factor. If bedtime NPH insulin was not being tak- 
en, the program hierarchically tests to see if bedtime 
LENTE insulin, supper NPH insulin, supper LENTE in- 
sulin, bedtime regular insulin, lunch NPH insulin, lunch 
LENTE insulin, breakfast NPH insulin, or breakfast 
LENTE insulin was being taken. Following the presence 
of any such factors, the corresponding type of insulin is 
identified as being the most influencing factor. 
[0176] FIG. 27 shows a similar rule set applicable to 
lunch EBGs. In this case, the influencing factor hierar- 
chy begins with breakfast regular insulin and continues 
down through bedtime NPH, bedtime LENTE, breakfast 
NPH, breakfast LENTE, supper NPH, supper LENTE, 
lunch NPH, and lunch LENTE types of insulin. 
[0177] Referring now to FIGS. 28-28A, there are 
shown flowcharts identifying the manner in which blood 
glucose results are determined and tabulated in accord- 
ance with step 1908 of the Analyze routine of FIG. 19. 
At step 2800, the program takes steps for performing a 
series of processing operations for each time interval 
within each day at issue. At step 2802, the BG target 
range is found. At step 2804, the corresponding mean 
and standard deviation is calculated. At step 2806, the 
distance "MD" between the mean and the nearest end 
of the target range is calculated. 
[0178] At step 2808, a determination is made as to 
whether or not (i) the calculated mean exceeds the up- 
per end of the target range and (ii) a specified threshold 
percentage (preferably 8%) or more of the BGs in the 
time interval are hypoglycemic, i.e., at a level less than 
60 mg/dl. If the answer is found to be negative, step 
2810 is accessed where a determination is made as to 
whether or not (i) the calculated mean exceeds the up- 
per end of the target range and (ii) a threshold percent- 
age (preferably 8%) or more of the BGs have a value 
less than the sum of 60 plus the value MD mg/dl. If the 
answer at step 2810 is found to be positive, statements 
of complicating factors and number of potential hypos 
are constructed at step 2812. 
[0179] If the answer at step 2808 is found to be posi- 
tive, corresponding statements of complicating factors 
and number of actual hypos are constructed at step 
2809. At the end of steps 2809 and at the generation of 
a negative answer at step 2810, step 2814 is accessed 
where corresponding descriptions of BGs in the time in- 
terval at issue are generated. In particular, the mean is 



identified as being too high, too low or within range and 
the standard deviation is identified as being too wide, if 
that is found to be the case. 

[0180] Subsequently, at step 2816, a BG value iden- 
tified as HI-95 is determined by first discarding the top 
5% of the BGs associated with the time interval after 
they have been ranked in terms of highest to lowest val- 
ues, and then picking the highest BG value to be HI-95. 
Similarly, at step 2818, a BG value identified as LO-5 is 
extracted by first discarding the bottom 5% of the BGs 
after they have been similarly ranked and then picking 
the lowest BG value to be LO-5. Next, at step 2820, a 
determination is made as to whether or not the HI-95 
and LO-5 BGs are outside a consistent threshold. If the 
answer is found to be positive, step 2822 is accessed 
(see FIG. 28A) where the BGs in the time interval are 
grouped according to insulin regimens and time inter- 
vals within each regimen, and at step 2824, the mean 
and standard deviation are calculated for each new 
group. 

[0181] Subsequently, step 2826 is accessed where 
the analysis of variance (ANOVA) test is performed to 
identify a statistically significant change in BGs. At step 
2828, a check is made to see rf any ANOVA test result 
was positive. If the answer is found to be positive, step 
2830 is applied where predefined screen rules are ap- 
plied to fitter out non-clinicaily significant changes. De- 
tails about these screen rules are described below with 
reference to FIG. 30. Next, at step 2832, the remaining 
significant changes are analyzed to find the most rele- 
vant insulin changes between two corresponding insulin 
regimens. This function is preferably performed accord- 
ing to the flow sequence described above in connection 
with sub-routine of FIG. 25. 

[01 82] Following step 2832, as well as if all the ANO- 
VA tests at step 2828 are found to be negative, step 
2834 is accessed where the results generated to that 
point are saved in the Main system memory. Next, at 
step 2836, a check is made to see if all time intervals 
have been analyzed. If the answer is negative, the pro- 
gram returns to step 2802 and executes all following 
steps sequentially. If the answer is found to be positive, 
the program returns at step 2838. 
[0183] Referring now to FIGS. 29-29B, the operation- 
al sequence involved in executing the Format module is 
described in detail and generating the IDDI data inter- 
pretation report described above in connection with 
FIGS. 2-12. At step 2900, text strings and control com- 
mands are written for generating the "Global Summary" 
section of the data interpretation report along with brief 
descriptions of the overall glycemic control. Next, at step 
2902, text strings and graphic control commands are 
written for generating the "Insulin Dose Summary" sec- 
tion of the data interpretation report along with the as- 
sociated insulin table. 

[0184] Next, at step 2904, text strings and graphic 
control commands are written for the "Glucose Meas- 
urement Summary" section of the data interpretation re- 
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port including daily high, average and low BGs, daily BG 
test information, extremely high and low readings, target 
range, insulin regimen periods, and life-style markers, if 
any. 

[0185] Subsequently, at step 2906, text strings and 
graphic control commands are written for generating the 
"BG Summary" section of the data interpretation report 
along with comments on the mean and spread in the 
time intervals of a day, distance from goal in each time 
interval, and complicating factors in each time interval. 
[0186] Next, at step 2908, text strings and graphic 
control commands are written for generating the "BG By 
Meal Time" section of the data interpretation report 
along with the associated mean, standard deviation and 
target according to the five time intervals, histograms in 
each time interval, and the number of hypos and tests 
in each time interval. 

[0187] Next, at step 2910, text strings and graphic 
control commands are written for generating the "BG By 
Weekday Versus Weekend" section of the data interpre- 
tation report along with the associated information. 
[0188] Next, at step 2912, a check is made to see if 
there are any tokens identifying significant changes in 
overall BG levels. If the answer is positive, text strings 
and graphic control commands are written for generat- 
ing the "Overall BG Summary" section of the data inter- 
pretation chart along with the most relevant insulin 
changes for corresponding regimen periods, associated 
mean, standard deviation, number of hypos and tests in 
each corresponding regimen, and the histogram for 
each corresponding regimen. 

[01 89] At the end of step 291 4 and following a nega- 
tive answer at step 2912, step 2916 is accessed where 
a check is made for the presence of tokens correspond- 
ing to a significant change in breakfast BG levels. If the 
answer is found to be positive, text strings and graphic 
control commands are written at step 291 8 for generat- 
ing the "Breakfast" section of the data interpretation 
chart along with the associated information. 
[0190] At the end of step 2918 and following a nega- 
tive answer at step 2916, step 2920 is accessed where 
a check is made for the presence of tokens correspond- 
ing to a significant change in lunch BG levels. If the an- 
swer is found to be positive, step 2922 is accessed 
where text strings and graphic control commands are 
written for generating the "Lunch" section of the data in- 
terpretation report along with the associated informa- 
tion. 

[0191] At the end of step 2922 and following a nega- 
tive answer at step 2920, a check is made at step 2924 
for the presence of tokens corresponding to a significant 
change in supper BG levels. If the answer is found to be 
positive, text strings and graphic control commands are 
written for generating the "Supper" section of the data 
interpretation report along with the associated informa- 
tion. 

[0192] At the end of step 2926 and following a nega- 
tive answer at step 2924, a check is made at step 2930 



(see FIG. 29B) for the presence of tokens identifying a 
significant change in bedtime BG levels. If the answer 
is found to be positive, text strings and graphic control 
commands are written for generating the "Bedtime" sec- 
s tion of the data interpretation report along with the as- 
sociated information. This is accomplished at step 2932. 
At the end of this step, as well as following a negative 
answer at step 2930, step 2934 is accessed where a 
check is made for the presence of tokens corresponding 
to the presence of extremely high or low BGs. 
[0193] If the answer at step 2934 is found to be posi- 
tive, text strings and graphic control commands are writ- 
ten for generating the "Extreme Values" section of the 
data interpretation report along with the associated data 
shown. This is accomplished at step 2936 at the end of 
which, as well as following a negative answer at step 
2934, the program returns in normal mode at step 2938. 
[0194] Referring now to FIG. 30, there is shown a 
flowchart illustrating the manner in which screen rules 
based on clinical knowledge are used for filtering the 
statistically significant blood glucose values identified 
following the performance of the series of ANOVA tests 
in order to focus only upon the clinically significant blood 
glucose results. It should be noted that the objective be- 
hind the filtering operation is to suppress the presenta- 
tion of positive ANOVA results in the data interpretation 
report where the identified changes are statistically sig- 
nificant but clinically irrelevant, so that the reviewing 
physician is not presented with data which is likely to be 
of little assistance in therapeutic decision making. Such 
clinically irrelevant results are not included in the graph- 
ical section of the data interpretation report although the 
associated statistical results may still be useful in pur- 
suing additional data analyses. 
[0195] In essence, the screen rules are based on ad- 
vice from clinical experts as to how different do blood 
glucose values need to be in order to be clinically inter- 
esting. It was found that the size of a clinically significant 
difference depends on the location of the mean blood 
glucose values and the patient's target range. For in- 
stance, mean blood glucose readings in the upper rang- 
es (preferably, greater than 250 mg/dl) may differ by a 
larger amount than mean blood glucose readings at low- 
er ranges before becoming clinically relevant. In pa- 
tients attempting to achieve "tight control" (correspond- 
ing to blood glucose readings, for instance, between 80 
and 120 mg/dl), smaller differences in mean blood glu- 
cose readings are more relevant than in patients at- 
tempting to achieve mere "fair control" (for instance, 
blood glucose readings between 100 and 160 mg/dl). 
[01 96] As described above, the ANOVA tests identify 
statistical differences in two or more sets of blood glu- 
cose values, each set having an associated mean and 
standard deviation in these values. According to a fea- 
ture of this invention, the clinical relevance of a positive 
ANOVA result is examined by studying the absolute dif- 
ferences between the highest and lowest mean blood 
glucose values for corresponding groups of readings in 



75 



20 



25 



30 



35 



40 



45 



50 



20 



39 



EP0 483 595 B1 



40 



adjacent insulin regimens. As shown in FIG. 30, follow- 
ing the occurrence of a positive ANOVA test result, a set 
of parameters, including the absolute differences be- 
tween the higher and lower compared mean blood glu- 
cose values, are identified at step 3000. More specifi- 
cally, a difference mean value DM is calculated as being 
equal to HI_M - LO_M, where HI_M and LO_M corre- 
spond respectively to the higher and lower ones of a 
mean value M1 corresponding to the mean BG for a 
group in an insulin regimen and a mean value M2 cor- 
responding to the mean BG for a corresponding group 
in the adjacent insulin regimen. At this stage, a differ- 
ence target value DT is identified as the difference be- 
tween high and low target values corresponding to the 
patient's BG control goal. 

[0197] Subsequently, at step 3002, the first screen 
rule is applied, whereby the positive ANOVA result is 
ignored if the difference between the higher and tower 
mean BG, i.e., DM, is found to be less than 50 mg/dl 
and the lower mean value BG LO_M is found to be great- 
er than 200 mg/dl. Thus, if the rule condition at step 3002 
is satisfied, step 3010 is accessed, where the positive 
ANOVA result is ignored and the program returns to con- 
tinue with the rest of the data interpretation analyses. 
[01 98] The second screen rule is applied at step 3004, 
whereby the associated ANOVA result is ignored if the 
difference mean value DM is found to be less than 20 
mg/dl and the lowest mean BG LO_M is found to be be- 
tween 100 mg/dl and 200 mg/dl. Again, if the rule con- 
dition is satisfied, step 3010 is accessed. 
[0199] The third screen rule is applied at step 3004, 
whereby the associated ANOVA result is not ignored if 
the lowest mean BG LO_M is found to be less than 100 
mg/dl. If this rule condition is satisfied, the change as- 
sociated with the ANOVA result is identified as being 
clinically relevant and the program returns at step 301 0, 
and the associated graphical section of the data inter- 
pretation report is generated subsequently. 
[0200] The fourth screen rule is applied at step 3008, 
whereby, in the case where "tight control" is being at- 
tempted, as indicated by the difference target value DT 
being less than a predefined threshold value (for in- 
stance, about 40 mg/dl), a difference mean value DM 
greater than 20 mg/dl is reported irrespective of the size 
of the actual mean BG values. Thus, if the rule at step 
3008 is satisfied, the associated ANOVA result is not 
ignored and the program returns at step 3010, and the 
associated graphical section of the data interpretation 
report is generated subsequently. 
[0201] Following the application of the fourth screen 
rule, a default rule is applied at step 3009 to determine 
if all four previous rules have not been satisfied and, if 
so, the associated ANOVA result is not ignored and is 
identified as being clinically significant. The program re- 
turns at step 3010 and the associated graphical section 
of the report is subsequently generated. 
[0202] It should be noted that the threshold blood glu- 
cose values identified in the screen rules shown at steps 



3002-3008 are provided for illustrative purposes only, 
and may be varied in accordance with application-spe- 
cific and patient-specific factors. 



Claims 

1 . A method for automated medical data interpretation 
by processing recorded medical data (32) for a pa- 
10 tient, including data corresponding to the patient's 
medical condition and therapy taken over a period 
of time, said method including loading the medical 
data into the digital computer, and processing the 
medical data with the digital computer to determine 
15 significant changes in the patient's medical condi- 
tion, and generating an output (34) from the digital 
computer highlighting the results of the processing 
of the medical data, including details pertinent to the 
significant changes in the patient's medical condi- 
20 tion, 

characterized in that the recorded medical 
data is diabetes data including data corresponding 
to blood glucose levels, insulin therapy taken over 
a period of time, and associated lifestyle markers 
25 including exercise, diet, and symptoms recorded by 
the patient by means of a glucose meter (12) or the 
like, and the diabetes data is processed by the fol- 
lowing successive analysis steps including: 

30 a) identifying insulin intake regimens corre- 

sponding to predefined significant changes in 
insulin therapy which are sustained for at least 
a predefined segment of the period of time, said 
predefined significant changes in insulin thera- 
35 py including changes in insulin type, dosage 

and number of shots; and then 

b) identifying resulting statistically significant 
changes in the blood glucose levels across ad- 
jacent ones of the identified insulin intake reg- 

40 imens, the statistically significant changes in 

the blood glucose levels indicating statistically 
significant changes in blood glucose control 
and being identified by performing a series of 
analyses of variance tests on blood glucose 
45 readings separated by insulin regimens and 

mealtimes; and then 

c) identifying clinically significant changes in 
the blood glucose levels from the identified sta- 
tistically significant changes, the clinically sig- 

so nificant changes in the blood glucose levels be- 

ing identified by filtering the statistically signifi- 
cant changes in accordance with a set of 
screen rules based on clinical knowledge; 

55 wherein the digital computer then generates 

an output highlighting the results of the processing 
of the diabetes data, including details pertaining to 
the identified insulin intake regimens and the clini- 
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calty significant changes in the blood glucose lev- 
els, and identifying extremely high or extremely low 
blood glucose levels based on predefined thresh- 
olds and explaining and characterizing the extreme- 
ly high or extremely low blood glucose levels and 
identifying insulin intake most likely to have affected 
the extremely high or extremely low blood glucose 
levels. 

2. The automated diabetes data interpretation method 
according to claim 1 further including the step of 
identifying the most significant insulin change asso- 
ciated with each identified clinically significant glu- 
cose change. 

3. The method as claimed in claim 1 , further including 
grouping said diabetes data according to time of 
day intervals when said diabetes data were taken 
including respective groups of breakfast, lunch, din- 
ner, and bedtime data. 

4. The method as claimed in claim 1 , wherein said pre- 
defined significant changes in insulin therapy in- 
clude (i) a change in number of shots per day, (ii) a 
change in amount of long-acting insulin, (iii) a 
change in amount of intermediate-acting insulin, 
and (iv) a change in amount of short-acting insulin. 

5. The method as claimed in claim 4, wherein said pre- 
defined significant changes (i), (ii), (iii), and (iv) are 
ranked in a hierarchy of significance such that 
change (i) is most significant, change (ii) is less sig- 
nificant than change (i), change (iii) is less signifi- 
cant that change (ii), and change (iv) is less signif- 
icant that change (iii), and wherein a series of said 
insulin intake regimens is identified and categorized 
according to a most significant one of said prede- 
fined significant changes (i), (ii), (iii), and (iv) which 
persists for at least said predefined segment of said 
time. 

6. The method as claimed in claim 1 , wherein said pre- 
defined segment of time is three days. 

7. The method as claimed in claim 8, wherein said set 
of screen rules includes a rule dependent on mean 
blood glucose values and a target range for said di- 
abetic patient. 

8. The method as claimed in claim 8, wherein said set 
of screen rules includes a rule dependent on the ab- 
solute differences between highest and lowest 
mean blood glucose values for corresponding 
groups of readings in adjacent insulin intake regi- 
mens. 



PatentansprOche 

1. Verfahren zur automatisierten medizinischen Da- 
ten interpretation durch Verarbeitung aufgezeichne- 

5 ter medizinischer Daten (32) fur einen Patienten, 
einschlie&lich von Daten, die dem medizinischen 
Zustand des Patienten und der Ober einen Zeitraum 
vorgenommenen Therapie entsprechen, wobei das 
genannte Verfahen Stufen einschlieUt, in denen 

10 man die medizinischen Daten in einen Digitalcom- 
puter ladt und die medizinischen Daten mrt dem Di- 
gitalcomputerverarbeitet, urn signifikante Anderun- 
gen im medizinischen Zustand des Patienten zu be- 
stimmen und zu ermitteln, und man eine Ausgabe 

15 (34) aus dem Digrtalcomputer erzeugt, der als H6- 
hepunkt die Ergebnisse der Verarbeitung der medi- 
zinischen Daten herausstellt, einschie&lich von De- 
tails, die die signifikanten Anderungen im medizini- 
schen Zustand des Patienten betreffen, 

20 dadurch gekennzeichnet, dass 

die aufgezeichneten medizinischen Daten Diabe- 
tes-Daten sind, die Daten einschtie&en, die Blutglu- 
cose-Gehaltsmengen, der uber den Zeitraum vor- 
genommenen Insulin-Therapie und damit zusam- 

25 menhangenden Lebensstil-Markierem entspre- 
chen, einschlieBlich Anwendung, Diat und von 
Symptomen, welche vom Patienten mittels eines 
Glucose-Messgerates (12) oderdgl. aufgenommen 
und aufgezeichnet werden, und dass die Diabetes- 

30 Daten durch die folgenden nacheinander ablaufen- 
den Analysestufen verarbettet werden, die ein- 
schlie&en: 



a) es werden Insulin-Einnahme-Regimen iden- 
35 tifiziert, die vordefinierten signifikanten Ande- 

rungen in der Insulin-Therapie entsprechen, 
welche fur zumindest ein vordefiniertes Seg- 
ment des Zeitraums aufrecht erhalten werden, 
wobei die genannten vordefinierten signifikan- 
40 ten Anderungen in der Insulin-Therapie Ande- 

rungen im Insulin-Typ, der Dosierung und der 
Anzahl von Schussen einschlie&en, 
und dann werden 

<5 b) sich ergebende statistisch signifikante Ande- 

rungen in den Blutglucose-Gehaltsmengen 
quer Ober benachbarte der identifizierten Insu- 
lin-Einnahme-Regimen hinweg identifiziert, 
wobei die statistisch signifikanten Anderungen 

50 in den Blutglucose-Gehaltsmengen statistisch 

signifikante Anderungen beim Blutglucose- 
Vergleich anzeigen und identifiziert werden, in- 
dem eine Reihe von Analysen von Varianztests 
an den Blutglucose-Ablesungswerten durchge- 

55 funrt wird, die durch Insulin-Regimen und Mahl- 

zeiten aufgetrennt sind, 
und dann werden 
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c) ktinisch signrfikante Anderungen der Blutglu- 
cose-Gehaltsmengen aus den identifizierten, 
statistisch signifikanten Anderungen identifi- 
ziert, wobei die klinisch signifikanten Anderun- 
gen in den Blutglucose-Gehaltsmengen identi- 
fiziert werden, indem die statistisch signifikan- 
ten Anderungen gemafc einem Satz von Ra- 
ster-Regeln, die auf klinischem Wissen beru- 
hen, gefiltert werden, 

wobei der Digitalcomputer dann einen Ausgabebe- 
richt erzeugt und ersteltt, der als Htthepunkt die Er- 
gebnisse der Verarbeitung der Diabetes-Date n, 
einschliedlich Details, betreffend die identifizierten 
Insulin-Einnahme-Regimen und die klinisch signifi- 
kanten Anderungen in den Blutglucose-Gehalts- 
mengen, herausstellt und extrem hohe Oder extrem 
niedrige Blutglucose-Gehaltsmengen, bezogen auf 
vordefinierte Schwellenwerte, identrfiziert und die 
extrem hohen Oder extrem niedrigen Blutglucose- 
Gehaltsmengen erkiart und kennzeichnet und die- 
jenige tnsulin-Einnahme identrfiziert, die am wahr- 
scheinlichsten die extrem hohen Oder extrem nied- 
rigen Blutglucose-Gehaltsmengen beeinflusst hat. 

2. Automatisiertes Diabetes-Date ninterpretationsver- 
fahren gemaB Anspruch 1 , welches ferner die Stufe 
einschlie&t, worin die signifikanteste Insulin-Ande- 
rung identiflzuiert und dingfest gemacht wird, die 
mit jeder identifizierten klinisch signifikanten Gluco- 
se-Anderung zusammenhangt. 

3. Verfahren gernaB Anspruch 1 , wobei ferner die ge- 
nannte Diabetes-Daten gemafi den Tagesintervail- 
zeiten in Gruppen zusammengefasst werden, als 
die genannten Diabetes-Daten, die die jeweiligen 
Gruppen von Fruhstucks-, Mittagessens-, Abend- 
essens- und von Bettzeitdaten einschlieSen, er- 
fasst werden. 

4. Verfahren gemaa Anspruch 1 , worin die genannten 
vordefinierten signifikanten Anderungen der Insu- 
lin-Therapie (i) eine Anderung der Anzahl von 
SchOssen pro Tag, (ii) eine Anderung der Menge 
von lang-wirkendem Insulin, (iii) eine Anderung der 
Menge von zwischenzeitlich-wirkendem Insulin und 
(iv) eine Anderung der Menge von kurz wirkendem 
Insulin einschie&en. 

5. Verfahren gemaR Anspruch 4, wobei die genannten 
vordefinierten signifikanten Anderungen (i), (ii), (iii) 
und (iv) gema& einer Signifikanz-Hierarchie so ein- 
gestuft werden, dass die Anderung (i) am signrfi- 
kantesten, die Anderung (ii) weniger signrfikant als 
die Anderung (i), die Anderung (iii) weniger signifi- 
kant als die Anderung (iii) und die Anderung (iv) we- 
niger signrfikant als die Anderung (iii) sind, und wo- 
bei eine Reihe der genannten Insulin-Regimen ge- 



mas der signifikantesten der genannten vordefi- 
nierten signifikanten Anderungen (i), (ii), (iii) und (iv) 
identifiziert und kategorisiert werden, diezumindest 
ein genanntes vordefiniertes Zeitsegment lang fort- 
5 besteht. 

6. Verfahren nach Anspruch 5, wobei das genannte 
vordefinierte Zeitsegment 3 Tage betrdgt. 

10 7. Verfahren gemafJ Anspruch 1 , worin der genannte 
Satz von Raster-Regeln eine Regel einschlie&t, die 
von durchschnittlichen Blutglucose-Werten und ei- 
nem Zielbereich for den genannten Diabetes-Pati- 
enten abhangt. 

15 

8. Verfahren gemaQ Anspruch 1 , worin der genannte 
Satz von Raster-Regeln eine Regel einschieBt, die 
von den Absolut-Drfferenzbetragen zwischen den 
hflchsten und niedrigsten durchschnittlichen Blut- 
20 glucose-Werten fQr entspechende Gruppen von 
Ablesungswerten in benachbarten Insulin-Einnah- 
me-Regimen abhangt. 



25 Revendlcations 

1. Methode d'interpretation automatis6e de donn6es . 
medicates moyennant traitement de donnees me- 
dicales enregistr6es (32) pour un patient, incluant 

30 des donnees correspondant a l'6tat pathologique 
du patient et a la th6rapie enregistrfces au cours 
d'une periode de temps, ladite methode incluant le 
chargement des donnees m6dicales dans I'ordina- 
teur et le traitement des donnees m6dicales a I'aide 

35 de I'ordinateur afin de determiner des changements 
signrficatrfs de I'etat pathologique du patient et la 
generation d'une sortie (34) de I'ordinateur mettant 
en evidence les rSsultats du traitement des don- 
nees medicates, incluant des details relatifs aux 

40 changements signrficatrfs de retat pathologique du 
patient, 

caract6ris6e en ce que les donnees m6dica- 
les enregistrees sont des donnees relatives au dia- 
bete correspondant a des glyc6mies, un traitement 

45 a I'insuline couvrant une p£riode de temps et des 
marqueurs associes de style de vie incluant I'exer- 
cice, le regime et les symptfimes enregistres par le 
patient a i'aide d'un glucosimetre (12) ou similaire 
et en ce que les donnees relatives au diabete sont 

50 trartees au cours des etapes d'analyse successives 
suivantes incluant: 

a) ('identification de regimes de prise d'insuline 
correspondant a des changements pr6d£finis 
55 significatrfs de la thferapie par i'insuline qui sont 

maintenus pendant au moins une partie de la 
p6riode de temps, lesdits changements pr£d6- 
finis signrficatrfs de la th6rapie par I'insuline in- 



23 



45 EP 0 483 595 B1 464631 71 8((4(e305ITJ V [(v))c 6so]TJ T* [(v))22 



cluant des changements du type d'insuline, du 
dosage et du nombre d'injections; 
et ensuite 

b) {'identification de changements statistique- 5 
ment significatifs resultant des glycemies au 
cours de regimes successifs identifies de prise 
d'insuline, les changements statistiquement si- 
gnificatrfs de la glycemie indiquant des chan- 
gements statistiquement significatrfs du contrc- 10 
le de la glycemie et etant identifies en effec- 
tual une serie d'analyses de tests de variance 
sur les resultats de glycemie repartis par regi- 
mes de prise d'insuline et repas; et ensuite 

15 

c) ('identification de changements significatrfs 
sur le plan clinique de la glycemie a partir des 
changements statistiquement significatifs iden- 
tifies, les changements significatifs sur le plan 
clinique de la glycemie etant identifies en fit- 20 
trant les changements statistiquement signifi- 
catifs suivant un ensemble de regies de tri ba- 
sees sur des connaissances ciiniques; 

dans laquelle I'ordinateur genere alors une 25 
sortie mettant en evidence les resultats du trarte- 
ment des donnees relatives au diabete, incluant 
des details relatifs aux regimes de prise d'insuline 
identifies et aux changements significatifs sur le 
plan clinique de la glycemie, et identrflant des gly- 30 
cemies extremement elevees ou extremement fai- 
bles sur base de seuils predefinis et expliquant et 
caracterisant les glycemies extremement elevees 
ou extremement faibles et identiftant la prise d'insu- 
line la plus susceptible d'avoir affecte les glycemies 35 
extremement elevees ou extremement faibles. 



duree intermediate et (iv) un changement de la 
quantite d'insuline a action de courte duree. 

5. Methode suivant la revendication 1, dans laquelle 
lesdits changements significatifs predefinis (i), (ii), 

(iii) et (iv) sont classes dans un ordre hierarchique 
signrficatrf tel qu'un changement (i) est le plus signi- 
ficatif, un changement (ii) est moins signtficatif 
qu'un changement (i), un changement'(iii) est moins 
signtficatif qu'un changement (ii) et un changement 

(iv) est moins signtficatif qu'un changement (iii) et 
dans laquelle une serie desdits regimes de prise 
d'insuline est identifiee et categorisee suivant un 
desdits changements significatifs predefinis (i), (ii), 
(iii) et (iv) le plus signrficatrf qui persiste pendant au 
moins ladite partie predefine de ladrte periode de 
temps. 

6. Methode suivant la revendication 1 , dans laquelle 
ladite partie predefinie de periode de temps est de 
trois jours. 

7. Methode suivant la revendication 8, comprenant en 
outre une regie dependant des valeurs de glycemie 
moyennes et d'une plage cibie pour ledrt patient dia- 
betique. 

8. Methode suivant la revendication 8, dans laquelle 
ledrt ensemble de regies de tri comprend une regie 
dependant des differences absolues entre les va- 
leurs moyennes de glycemie les plus elevees et les 
plus basses pour des groupes correspondant de re- 
sultats au cours de regimes successifs de prise d'in- 
suline. 



2. Methode d'interpretation automatisee de donnees 
relatives au diabete suivant la revendication 1 , com- 
prenant en outre i'etape d'identifier le changement *o 
d'insuline le plus signrficatrf associe a chacun des 
changements de glycemie identifies significatifs sur 
le plan clinique. 



3. Methode suivant la revendication 1 , comprenant en 45 
outre le groupement desdites donnees relatives au 
diabete en fonction des intervalles de temps au 
cours de la joumee auxquels lesdites donnees con- 
cernant le diabete ont ete prises incluant des grou- 
pes respectifs de donnees concemant le dejeuner, so 
le dfner, le sou per et le coucher. 



4. Methode suivant la revendication 1 , dans laquelle 
lesdits changements significatifs predefinis du trai- 
tement d I'insuline inciuent (i) un changement du 55 
nombre d'injections par jour, (ii) un changement de 
la quantite d'insuline a action de longue duree, (iii) 
un changement de la quantite d'insuline a action de 
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FIG. 2 

Global Summary: 

• There were 4 insulin regimens of which 3 itatistically bed different effects on blood |Iucom value* overall and 
el lunch, supper and bedtime. 

• The avenge blood glucose of 138 mg/dl wm high** then ihe upptr limit of the patient's prescribed target 
range of 130 mg/dl. 

• No blood glucose values above 375 mg/dl were recorded. 

• Extremely low (below 40 mg/dl) blood glucose values occurred al lunch and bedtime. 
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Insulin Dose Summary: 
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FIG . 4 



Glucose Measurement Summary: 
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DG Summary:' 



Qualitative Summary 



I 


|| Overall 


| Breakfast | Luocb | Supper 


| Dedlime 


f Meeo 








[ Spread 


HI 













Therapeutic Uauq 



srs. i ♦«■-■<« 


+7 mg/dl 


+9 mg/dl 


(+30 mg/dl | 


+26 mg/dl 


Complicating 
Factors 






8/75 

actual 

hypos* 




16/74 

potential 

hypos! 


13/77 

potential 

hypos* 



"OutaAce bet wee o mean glucoae in period and nearest end of patient's target range 
•Observed in ibis data act 

{Expected if current values all shifted down by 'Distance from Coal* 



28 



EP0 483 595 B1 



Flfi. 6 



BG by Mealtime: 




7ixvr%n% :s%io%n% 3i%u%n% «*w*n* 3S%M%n% 



FI G . 7 

BG by Weekday vs. Weekend: 







weekday 


w««kcnd 


MimiSO 


134*60 

70.130 ox4/<fl 


w ± if 

70.130 


141 * ftt 
TO 130 mf/<fl 


8 >~ 

1 

C «•*!• 

: «- 


l 

it. 


• 

J* it* 


i 

{■ 

J" . » 


^J»» *l 

« * 303 


}»• ii 

}" \l3hyp«« 
i / 343 pwnu 


|'» It 

|lt' * • 

» \4Kypw 
]* '67p«um 



31% 10% 71% J J% 10% 71% »% 30% 31% 



Flfi 8 

Overall: 



Aapk m bffirf— > tad i 



B >300 

1 330.390 

3 14C319 

C 1 00-139 

i 60-90 

I 40-39 

! <40 



A } 163 ± 43 




B t 140 ± 61 


C i 130 ± 53 






fc. 


b, - 








p» i* 


, / 30 l-U 




i»» ' ii 
• J 144 it»U 


Jit i* 

f, /l33toM 



33% IC% 75% 

D elimioated from aotlysis 



25% so% ri!\ 



35% 50% 73% 



29 



EP 0 483 595 B1 



Fir, 9 



Lunch: 




13ft SOft 73ft, _ 
D «Uraio*u4 from fca&iytis 



u% soft rift 



JSft SOft 73ft 



F1C7 , 10 



Supper: 



B >MO 

• 330.399 

2 140-219 

i 60-99 

« 40-39 

5 <40 





197 ± tr 








• 




» • 


• 

• 
• 


i 

» i 

\obry« 
/ r i«u 




33ft 50% Tjn 
D tlimioucd from 4n»Jy»ii 



23ft soft rift 



C { 134 * SI 


• 






IS 








I» ' * 1 


• 


\0 hn>- 


• 


/ 33 law 



33ft 30ft 71ft 



FIG , 1 1 



Bedtime: 



>300 
330-399 
140-119 
G 100-139 
00-99 
40-39 
<40 



A | 174 ± 01 




• 






• 


• 


ZD 4 '" 






,0 hjrpw 




IT lou 




23% 30ft 71ft 

D elirruaaud bom *-o*iyiri 



21ft SOft 73ft 



33ft 30ft 73ft 



30 



EP 0 483 595 B1 



FIG . 1 2 
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FIG . 14 
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FIG. 15 
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FIG. 16 
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FIG. 



CALL IDDI-PROLOG 



1700 



INITIALIZE: 
PREPROCESSES DATA, 
BUILDS A DATABASE 
<PATEENT_NAME>.DB 



1702 



ANALYZE: 

FINDS INSULIN REGIMEN 
PERIODS, GROUPS BGS, 
CALCULATES STATISTICS, 
ANOVA TESTS, FINDS 
EXTREMELY HIGH, LOW BGS 
AND EXPLANATIONS. 



,1704 



REPORT: 

PRODUCES A STRING OF 
CONCEPT AND CONTROL 
TOKENS FROM THE ANALYSIS 
RESULTS 



1706 



PHRASE-DB: 
ALL TOKENS WITH 
ASSOCIATED VALUES HIGHER} 
THAN A THRESHOLD ARE 
PROCESSED AND THE OTHERS 
ARE DISCARDED. PROCESSED 
TOKENS ARE TRANSLATED 
INTO TEXT STRINGS. 



I 



,1708 



FORMAT: 

WRITES TEXT STRINGS AND 
GRAPHIC CONTROL 
COMMANDS INTO THE FILE 
<PATTENT_NAME>.TEX 



,1710 



RETURN 
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FIG. 18 



CALL INITIALIZE 



.1800 



CLEAR GLOBAL DATA 
STRUCTURES 




READS A RECORD FROM 
DATA FILE 

<PATEENT_NAME>.METER 



1803 



LOADS 




<PATEENT_ 


NAME>.DD 



1808 



ASSIGNS A UNIQUE KEY TO 
THE DAY. TIME INTERVAL IN 
THE DAY. AND THE READING 



1810 



ATTACHES THE KEY OF 
RELEVANT TIME 
INTERVAL TO THE READING 



1812 



ATTACHES THE KEY OF THE 
READING TO A GROUP LIST 
(E.G.. LUNCH TIME LIST) 




1814 



1816 



WRITES ALL THE KEYED 
DATA ITEMS INTO DATABASE 
<PATDENT_NAME>.DB 



1804 



RETURN 
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FIG. 19 



CALL ANALYZE 



,1900 



BG.SUMMARY: 
CALCULATES THE FOLLOWS 
FOR EACH DAY 
•TIME INTERVAL IN A DAY OF 

THE BG READINGS 
• HIGHEST, LOWEST AND 

AVERAGE OF THE BGS 
h EXTREMELY HIGH (>375 

MG/DL) AND EXTREMELY LOW 

(<40MG/DL) 



INSULIN_DOSE_INFO: 
BUILDS INSULIN TABLE OF 
2 • 6 INSULIN REGIMEN 
PERIODS USING 
HIERACHICAL-RELEVANCE 
ALGORITHM 



1902 



4904 



GLYCEMIC CONTROL 
(INSULIN): 

V GROUPS BGS ACCORDING TO 
INSULIN REGIMEN PERIOD 

Y FOR EACH GROUP. CALCU- 
LATES 

-MEAN 

- STANDARD DEVIATION 

- # OF BGS ABOVE TARGET 
RANGE 

- # OF BGS WITHIN TARGET 
RANGE 

- # OF BGS BELOW TARGET 
RANGE 

- # OF HYPOGLYCEMIC 
READINGS (< 60 MG/DL) 



£ 



,1906 



IGLYCEMIC CONTROL 

(WEEKDAY): 
h GROUP BGS ACCORDING TO 
WEEKDAY / WEEKEND 
• FOR EACH GROUP, CALCU- 
LATES 
-MEAN 

- STANDARD DEVIATION 

- # OF BGS ABOVE TARGET 
RANGE 

- # OF BGS WITHIN TARGET 
RANGE 

- # OF BGS BELOW TARGET 
RANGE 

-# OF HYPOGLYCEMIC 
READINGS (< 60 MG/DL) 



,1908 



BG.RESULTS: 

• FINDS TARGET RANGE. MEAN 
AND STANDARD DEV OF BGS 
IN EACH TIME INTERVAL OF A 
DAY 

h ANOVA TEST FOR SIGNIFI- 
CANT CHANGES IN BG 
- GENERATES DESCRIPTIONS 



± 



,1910 



EXTREME. VALUES: 

FOR EACH EXTREMELY HIGH 

OR LOW BG, 

• FINDS EXPLANATIONS (CALL 
EXPLANATION ) 

• GENERATES THREE-DAY PLOT 
TOKENS 



,1912 



RETURN 
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FIG. 20A 



CALL INSUUN.DOSEJNFO 



I 



2000 



STARTS WITH A SINGLE RUN 
OF ALL DAYS (A SINGLE 
INSULIN REGIMEN PERIOD) 



y 2002 



SCANS FROM THE FIRST DAY 
TO THE LAST DAY OF THE 
RUN. 

SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE FROM SINGLE TO 
MULTIPLE SHOTS OF 
INSULIN PER DAY, OR VICE 
VERSA, IS D ETECTE D. 
NOTE: A SUSTAINED CHANGE 
IS A DIFFERENCE THAT 
OCCURS IN THREE OR MORE 
CONSECUTIVE DAYS. 




TO THE LAST DAY OF RL 
SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN AMOUNT OF 
INTERMEDIATE-ACTING 
INSULIN IS DETECTED. 




RE-STARTS WITH A SINGLE 
RUN OF ALL DAYS 



FOR EACH RUN. Ri, IN WHICH 
A SINGLE SHOT WAS BEING 
TAKEN DOES (2008 - 2020): 



FIRST DA Y 
TO THE LAST DAY OF Ri. 
SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN AMOUNT OF 
SHORT-ACTING INSULIN IS 
DETECTED. 



2008 



liiCANJj i-KOM 'Vw- VIrst 
TO THE LASTDAY OF Ri. 
SPLITS Ri AT THE DAYS WHEN 
A SUSTAINED CHANGE IN 
AMOUNT OF LONG-ACTING 
INSULIN IS DETECTED. 



4 




I RE-COMBINES SPLIT Ri I 

" y2012 gj 

{RETURN WHEN ALL Ri s DONE \ 
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.2024 



FIG. 20B 



SCTlRS mcOM THE MkilT bXV 

TO THE LAST DAY OF THE 
RUN. 

SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN NUMBER OF SHOTSJ 
IS DETECTED. 



2035 




RE-STARTS WITH A SINGLE 
RUN OF ALL DAYS 



HE^ 



2031 



KCANS MtOM THE FIRST 
TO THE LAST DAY OF THE 
RUN. 

SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN AMOUNT OF LONG-I 
ACTING INSULIN IS DETECTED 



RE-STARTS WITH A SINGLE 
RUN OF ALL DAYS 



r^ET! 



.2034 



SCANS hROM 1HL hlRi>T DAY 
TO THE LAST DAY OF THE 
RUN. 

SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN AMOUNT OF 
INTERMEDIATE-ACTING 
INSULIN IS DETECTED. 



6 



.2036 



RE-STARTS WITH A SINGLE 
RUN OF ALL DAYS 



.2038 



SCANS FROM THE FIRST DAY 
TO THE LAST DA Y OF THE 
RUN. 

SPLITS THE RUN AT THE 
DAYS WHEN A SUSTAINED 
CHANGE IN AMOUNT OF 
SHORT-ACTING INSULIN IS 
DETECTED. 



.2040 




.2042 



RE-COMBINES THE POSSIBLY 
SPLrTTED RUN. 



2028 



RETURN 
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CALL EXPLANATION 



FIG. 21 



2100 



FOR EACH EXTREME BG 
RECORD EBO, DO THE 
FOLLOWING 



0 



1MOSTJNFLNCJNSULIN: 
DETERMINES THE KIND 
CTD. TP) OF INSULIN MOST 
LIKELY AFFECTING EBG. 
ID =? TIME INTERVAL OF A 
DAY 

TP = TYPE OF INSULIN 



NO hSl 



I 



,2102 



,,2104 



THERE AN INSULIN 
CORD - INS.RCD - PRIOR 
EBG MATCHES (TD, TP)? 



YES J 



,2106 



NO 



IS THERE AN AMOUNT OF 
INSULIN - USL.AMT - GIVEN| 
AT LEAST 75% TIMES IN 
ALL TD AND OF TYPE TP IN 
THE REGIMEN PERIOD OF 
EBG? 



YESi 



,2110 



IS EBG EXTREME HIGH 
IQRLOW? 



HIGH 



,2116 





-'LOW 



2112 



NO f INS.RCD < USL.AMT ? 



YES^ 



INS.RCD > USL.AMT? 



,2118 



TAG EBG WITH "UNUSALLY 
LOW DOSE" EXPLANATION 



c 



_YESj_ 



2114 



TAG EBG WITH "UNUSALLY 
HIGH DOSE" EXPLANATION 



,2120 



ALL EXTREME BGS 
PROCESSED ? 



YESl 
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i 



NO 



2122 



ARE ALL EXTREME BGS 
ACCOUNTED FOR? 



I YES 



,2124 



CONSTRUCTS 
THE EXPLANATION 



.2128 



PUTS ALL EXTREME BGS 
IN A LIST EXT.LIST 



/_ 



2130 



EXPLAIN. A ( EXT.LIST ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN THE SAME 
INSULIN REGIMEN PERIOD, 
FOR ALL THE EXTREMES 
IN EXT LIST 



± 



2132 



EXPLAIN_B( EXT.LIST ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN THE SAME 
TIME INTERVAL OF A DAY. 
FOR ALL THE EXTREMES 
IN EXT.LIST 



± 



2134 



EXPLAIN_C( EXT.LIST ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN WEEKDAY / 
WEEKEND, FOR ALL THE 
EXTREMES IN EXT.LIST 



I 



ARE THERE ANY 
EXPLANATIONS ? 



2135 
"NNO 



ji YES 



i 



FIG. 21A 



2136 



f IS THERE AN EXPLANA 
TION SUCH THAT ALL 
EXTREMES OCCUR IN THE 
SAME INSULIN REGIMEN 
V PERIOD 7 



NO 



| YES 



,2137 



FINDS MOST RELEVANT 
CHANGES BETWEEN THIS 
REGIMEN AND THE 
PREVIOUS (AND / OR NEXT) 
REGIMEN. CONSTRUCTS 
AN EXPLANATION 
ACCORDINGLY 



2138 



CONSTRUCTS BEST 
EXPLANATIONS (EXPLA- 
NATIONS ARE ORDERED 
ACCORDING TO # OF 
EXTREMES COVERED. THE 
TOP ONES ARE SELECTED) 



2126 



RETURN 



1 



2140 



SPLITS EXTREMES BY 
INSULIN REGIMEN, AND 
PUTS INTOEXT.LISTI. 
EXT.LIST2. ... EXT.LISTn 



2142 



FOR EACH EXT.LlSTi DOES: 
EXPLAIN_B( EXT.LlSTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN SAME TIME 
INTERVAL OF A DAY. FOR 
ALL THE EXTREMES IN 
EXT.LlSTi 
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1 



.2144 



FOR EACH EXT_LISTi DOES: 
EXPLAIN_C( EXT.LISTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN WEEKDAY / 
WEEKEND, FOR ALL THE 
EXTREMES IN EXT.LISTi 



,2146 



SPLITS EXTREMES BY 
TIME INTERVAL OF A DAY, 
AND PUTS INTO EXT.LISTI, 
EXT_LIST2. ... EXT.LISTn 



I 



.2148 



FOR EACH EXT LISTi DOES: 
EXPLA1N_A( EXT.LISTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
IOCCURING IN SAME 
INSULIN REGIMEN PERIOD, 
FOR ALL THE EXTREMES IN 
EXT.LISTi 



I 



2150 



FOR EACH EXT.LISTi DOES: 
EXPLAIN_C( EXT.LISTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN WEEKDAY / 
WEEKEND, FOR ALL THE 
EXTREMES IN EXT.LISTi 



2152 



CONSTRUCTS 
EXPLANATIONS 



,2154 



SPLITS EXTREMES BY 
WEEKDAY / WEEKEND, 
AND PUTS INTO EXT.LISTI, 
EXT.LIST2. ... EXT.LISTn 



FIG. 21U 



,2156 



FOR EACH EXT.LISTi DOES: 
EXPLAIN_A( EXT.LISTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN SAME 
INSULIN REGIMEN PERIOD. 
FOR ALL THE EXTREMES IN 
EXT LISTi 



T 



,2158 



FOR EACH EXT.LISTi DOES: 
EXPLAIN_B( EXT.LISTi ): 
FINDS EXPLANATIONS 
REGARDING EXTREMES 
OCCURING IN THE SAME 
TIME INTERVAL OF A DAY. 
FOR ALL THE EXTREMES IN 
EXT LISTi 



1160 



CONSTRUCTS 
EXPLANATIONS 



,2162 



C 



ARE THERE ANY 
EXPLANATIONS? 



~\ N O 



1 YES 



2166 



CONSTRUCTS BEST 
EXPLANATIONS (EXPLA- 
NATIONS ARE SELECTED 
ACCORDING TO # OF 
EXTREMES COVERED') 



2164 



RETURN 
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FIG. 22 



CALL EXPLAIN. A 



,2200 



NO 



f ARE ALL THE EXTREMES IN N 
THE LIST IN SAME INSULIN 
REGIMEN PERIOD? 



YES+ 



,2202 



CONSTRUCTS EXPLANATION 



1 



2206 



f ARE MOST (>A GIVEN PER- > 
CENTAGE) EXTREMES IN THE 
LIST IN SAME INSULIN 
REGIMEN PERIOD? 



NO 



I 



YES 



,2208 



ARE THESE EXTREMES 
ALSO IN SAME TIME 
INTERVAL OF A DAY? 



NO 



I 



YES 



,2210 



CONSTRUCTS EXPLANATION 



1 



,2212 



ARE THESE EXTREMES ALSO 
ON WEEKDAY / WEEKEND ? 



NO 



I 



YES 



2214 



CONSTRUCTS EXPLANATION 



,2204 



RETURN 
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FIG. 23 



NO 



CALL EXPLAINS 

I y 2 300 

f ARE ALL THE EXTREMES IN 
THE LIST IN SAME TIME 
INTERVAL OF A DAY ? 



YESl 



JL 



2302 



CONSTRUCTS EXPLANATION 



JL 



2306 



f ARE MOST ( > A GIVEN PER 
CENTAGE) EXTREMES IN THE 
LIST IN SAME TIME INTERVALf 
OF A DAY? 



NO 



\ YES 



,2308 



f ARE THESE EXTREMES ALSO A 



NO 



IN SAME INSULIN REGIMEN 
^PERIOD? J 




| YES y 2310 


CONSTRUCTS EXPLANATION 










1 


r ,2312 



ARE THESE EXTREMES ALSO 
ON WEEKDAY/ WEEKEND ? 



NO 



| YES 



.2314 



CONSTRUCTS EXPLANATION 



y 2304 



RETURN 
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NO 



FIG. 



CALL EXPLAIN C 



.2400 



f ARE ALL THE EXTREMES IN 
THE UST ON WEEKDAY 
/WEEKEND? 



YES+ 



,2402 



CONSTRUCTS EXPLANATION 



1 



2408 



( ARE MOST OA GIVEN PER- 1 
CENTAGE) EXTREMES IN THE 
LIST ON WEEKDAY/ 
WEEKEND? 



NO 



4 YES 



2410 



ARE THESE EXTREMES ALSO^ 
IN SAME INSULIN REGIMEN 
PERIOD? 



NO 



I 



YES 



2412 



CONSTRUCTS EXPLANATION 



,2414 



ARE THESE EXTREMES ALSO 
IN SAME TIME INTERVAL OF 
A DAY? 



NO 



± 



YES 



,2416 



CONSTRUCTS EXPLANATION 



,2406 



RETURN 
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FIG. 



CALL MOSTJNFLNC.INSULIN 



,2500 



TIME INTERVAL OF A DAY IN WHICH 
THE GIVEN EXTREME BG OCCURED 



BREAKFAST 



2502 



RULE SET FOR BREAKFAST 
EXTREME BGS 



,2504 



LUNCH 



RULE SET FOR LUNCH 
EXTREME BGS 



,2506 



SUPPER 



RULE SET FOR SUPPER 
EXTREME BGS 



BEDTIME 



2508 



RULE SET FOR BEDTIME 
EXTREME BGS 
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RULE SET FOR BREAKFAST 
EXTREME BG 



FIG. 26 



TAKING BEDTIME NPH? 



I NO 



ayes bedi 

V- — ►[NFL 1 



[BEDTIME NPH IS THE MOST 
UENCING FACTOR 



AKING BEDTIME LENT? 



YES BEDTIME LENT IS THE MOST 
* INFLUENCING FACTOR 



^ NO 



TAKING SUPPER NPH ? 
I NO 



YES 



SUPPER NPH IS THE MOST 
* INFLUENCING FACTOR 



TAKING SUPPER LENT ? 



YES SUPPER LENT IS THE MOST 
I * INFLUENCING FACTOR 



4 NO 



TAKING BEDTIME REG ? 



| NO 



AYES BEDI 
J * [NFL' 



[BEDTIME REG IS THE MOST 
UENCING FACTOR 



TAKING LUNCH NPH ? 



AYES LUN( 
? J *INFL 



[LUNCH NPH IS THE MOST 
UENCING FACTOR 



NO 



iZTZZ, _ TTVT _ _ ITZj ^ LUNCH LENT IS THE MOST 
TAKING LUNCH LENT ? INFLUENCING FACTOR 



c 



\ NO 



TAKING BREAKFAST 
NPH? 



YES 



Vno 



BREAKFAST NPH IS THE 
MOST INFLUENCING 
FACTOR 



TAKING BREAKFAST 
LENT? 



I YES 



BREAKFAST LENT IS 
THE MOST 

INFLUENCING FACTOR 



NO 



RETURN 
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RULE SET FOR LUNCH 



FIG. 27 



( TAKING BREAKFAST 
REG? 



| NO 



BREAKFAST REG IS THE 
MOST INFLUENCING 
FACTOR 



TAKING BEDTIME NPH ? 
V 



| NO 



J *INFLl 



BEDTIME NPH IS THE MOST 
UENONG FACTOR 



TAKING BEDTIME LENT? 



"NYES BED! 
?J— *INFL1 



BEDTIME LENT IS THE MOSTl 
UENONG FACTOR 



\ NO 



TAKING BREAKFAST 
NPH? 



YES 



| NO 

f TAKING BREAKFAST 




BREAKFAST NPH IS THE 
MOST INFLUENCING 
FACTOR 



LENT? 



YES 



I NO 



BREAKFAST LENT IS THE 
MOST INFLUENCING 
FACTOR 



TAKING SUPPER NPH ? 



"NYES SUPPER NPH IS THE MOST 



INFLUENCING FACTOR 



j NO 



TAKING SUPPER LENT ? 



YES 



£ NO 



SUPPER LENT IS THE MOST 
INFLUENCING FACTOR 



TAKING LUNCH NPH ? 



| NO 



TAKING LUNCH LENT? 



AYES LU N( 
M ►INFLI 

"N YES Bj 



ILUNCH NPH IS THE MOST 
UENCING FACTOR 



UNCH LENT IS THE MOST 
NFLUENCING FACTOR 



NO 



1 



RETURN 



48 



EP 0 483 595 B1 



FIG. 28 



CALL BG.RESULTS 



T 



2800 



C FOR EACH TIME INTERVAL DA 
A DAY (BREAKFAST, LUNCH, 
SUPPER. BEDTIME AND 
OVERALL) DOES: 




y 2802 



FINDS BG TARGET RANGE 



i 



,2814 



DESCRIPTIONS OF BG IN THIS 
TIME INTERVAL OF A DAY 
• MEAN IS TOO HIGH, TOO LOW 
OR IN RANGE 

WHETHER OR NOT STANDARD 
DEV IS TOO WIDE 



,2804 



CALCULATES MEAN AND 
STANDARD DEV 



2806 



MD = THE DISTANCE 
BETWEEN THE MEAN AND THE 
NEAREST TARGET END 



I 



2816 



HI.95 = THE HIGHEST BG 
AFTER 5% OF THE 
HIGHEST BGS ARE 
REMOVED 



\ ^280 8 

C MEAN > UPPER TARGET ' 
AND 

8% OR MORE BGS IN THE TIME 
INTERVAL < 60 MG/DL ? 



NO 



2818 



LO_5 = THE LOWEST BG 
AFTER 5% OF THE 
LOWEST BGS ARE 
REMOVED 



I YES 



,2809 



STATEMENTS OF COMP- 
LICATING FACTORS AND 
# OF ACTUAL HYPOS 



c 



2820 



ARE HI.95 AND LO.5 
OUTSmE A CONSISTENT 
THRESHOLD? 



YES 



NO 



,2810 



© © 



MEAN > UPPER TARGET 
AND 
8% OR MORE BGS 
<60+MD MG/DL? 



NO 



I YES 



jL 



2812 



STATEMENTS OF COMP- 
LICATING FACTORS AND 
# OF POTENTIAL HYPOS 
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FIG. 28A 



I 



.2822 



GROUPS THE BGS IN THIS 
TIME INTERVAL ACCORDING 
TO INSULIN TABLE 



I 



SAVE ALL THE RESULTS IN 
MAIN MEMORY (SET_PROPS) 



2834 



.2824 



CALCULATES MEAN AND 
STANDARD DEV FOR EACH 
NEW GROUP 



7 



C 



2836 



DONE FOR ALL THE TIME 
INTERVAL OF A DAY? 



2826 



ANOVA TEST FOR STATISTI- 
CALLY SIGNIFICANT CHANGE 
IN BGS 



I 



YES 



2838 



RETURN 



NO 



6 



.2828 



ANY ANOVA RESULT 
POSITIVE? 



NO 



\ YES 



2830 



APPLIES SCREEN RULES TO 
FILTER OUT NON CLINICALLY! 
SIGNIFICANT CHANGES 



I 



2832 



FOR THE REMAINING 
SIGNIFICANT CHANGES, 
FINDS MOST RELEVANT 
INSULIN CHANGES BETWEEN 
TWO CORRESPONDING 
REGIMENS 



so 
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CALL FORMAT 



,2900 



WRITES TEXT STRINGS AND 
CONTROL COMMANDS FOR 
"GLOBAL SUMMARY" TO 
<PATffiNT_NAME>TEX 
• BRIEF DESCRIPTIONS OF 

OVERALL GLYCEMIC CON- 

TROL 



,2902 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "INSULIN DOSE 
SUMMARY" (CHART) 
•INSULIN TABLE 



,2904 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "GLUCOSE 
MEASUREMENT SUMMARY" 
(CHART) 

• DAILY HIGH, AVERAGE AND 
LOWBG 

• DAILY BG TEST INFO 

• EXTREMELY HIGHS AND 
LOWS 

•TARGET RANGE 

• [NSULIN REGIMEN PERIODS 

• LIFE-STYLE MARKERS 



J. 



,2906 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "BG SUMMARY" 
(TABLE) 

• COMMENTS ON MEAN AND 
SPREAD IN FIVE TIME INTER- 
VALS OF A DAY 

• DISTANCE FROM GOAL IN 
EACH TIME INTERVAL 

• COMPLICATING FACTORS 
IN EACH TIME INTERVAL 



<5 



FIG. 29 



/ 

WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "BG BY MEAL 
TIME" (CHART) 

• MEAN+SD AND TARGET IN 
FIVE TIME INTERVALS OF A 
DAY 

• HISTOGRAM IN EACH TIME 
INTERVAL 

• # OF HYPOS AND TESTS IN 
EVERY TIME INTERVAL 



2908 



29 10 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "BG BY 
WEEKDAY VS WEEKEND" 
(CHART) 

• MEAN+SD AND TARGET IN 
WEEKDAY. WEEKEND. AND 
OVERALL 

• HISTOGRAM IN EACH GROUI 

• # OF HYPOS AND TESTS IN 
EACH GROUP 



4 
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FI(I. 29 A 




WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "OVERALL" 
(CHART)' 

• MOST RELEVANT INSULIN 
CHANGES FOR CORRES- 
PONDING REGIMEN PERIODS 

• MEAN+SD, # OF HYPOS AND 
TESTS IN EACH CORRES- 
PONDING REGIMEN PERIOD 

• HISTOGRAM FOR EACH 
CORRESPONDING REGIMEN 
PERIOD 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "LUNCH" 
(CHART) 

• MOST RELEVANT INSULIN 
CHANGES FOR CORRES- 
PONDING REGIMEN PERIODS 

• MEAN+SD, # OF HYPOS AND 
TESTS IN EACH CORRES- 
PONDING REGIMEN PERIOD 

. HISTOGRAM FOR EACH 
CORRESPONDING REGIMEN 
PERIOD 




WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "BREAKFAST' 
(CHART) 

• MOST RELEVANT INSULIN 
CHANGES FOR CORRES- 
PONDING REGIMEN PERIODS 

• MEAN+SD, # OF HYPOS AND 
TESTS IN EACH CORRES- 
PONDING REGIMEN PERIOD 

• HISTOGRAM FOR EACH 
CORRESPONDING REGIMEN 
PERIOD 



WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR "SUPPER" 
(CHART) 

• MOST RELEVANT INSULIN 
CHANGES FOR CORRES- , 
PONDING REGIMEN PERIODS 

• MEAN+SD. # OF HYPOS AND 
TESTS IN EACH CORRES- 
PONDING REGIMEN PERIOD- 

• HISTOGRAM FOR EACH 
CORRESPONDING REGIMEN 
PERIOD 
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FIG. 29B 




WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR SECTION 4.8 
"BEDTIME" (CHART) 

• MOST RELEVANT INSULIN 
CHANGES FOR CORRES- 
PONDING REGIMEN PERIODS 

• MEAN+SD, U OF HYPOS AND 
TESTS IN EACH CORRES- 
PONDING REGIMEN PERIOD 

• HISTOGRAM FOR EACH 
CORRESPONDING REGIMEN 
PERIOD 




WRITES TEXT STRINGS AND 
GRAPHIC CONTROL COM- 
MANDS FOR SECTION 4.9 
"EXTREME VALUES" (CHART) 
. THREE-DAY PLOTS FOR 

EVERY EXTREMELY HIGH 

AND LOW 

• DISCUSSION AND EXPLA- 
nON OF EXTREME VALUES 



^938 



RETURN 
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CALL SCREEN RULES 



FIG. 30 



,3000 



PARAMETERS: 
Ml = MEAN BG OF A GROUP IN A REGIMEN 
PERIOD. 

M2 = MEAN BG OF THE COUNTERPART IN 

THE NEXT REGIGEN PERIOD 
CALCULATES: 

HI M » THE HIGHER ONE OF MI AND M2 
LO" M = THE LOWER ONE OF Ml AND M2 
DM = HI_M - LO_M 
DT = TARGET HIGH - TARGET_LOW 



,3002 



IF DM < 50 MG/DL AND 

LO_M> 200 MG/DL 
THEN IGNORES THE ANOVA 

RESULT 



,3004 



IF DM < 20 MG/DL AND 
100 <LO M<= 200 MG/DL 

THEN IGNORES THE ANOVA 
RESULT 



,3006 



IF LO_M< 100 MG/DL 
THEN DOES NOT IGNORE 
THE ANOVA RESULT 



,3008 



IF DT < A TIGHTNESS 

THRESHOLD AND 

DM > 20 MG/DL 
THEN DOES NOT IGNORE THE 

ANOVA RESULT 



,3009 



DEFAULT RULE: 

IF NONE OF THE ABOVE RULES 

ARE SATISFIED 
THEN DOES NOT IGNORE THE 
ANOVA RESULT 



3010 



RETURN 
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